From davide at dalyn.co.nz Tue Jun 1 00:26:14 2004 From: davide at dalyn.co.nz (David Emerson) Date: Tue, 01 Jun 2004 17:26:14 +1200 Subject: [AccessD] Importing Text File Message-ID: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Access XP ade, SQL2000 I am transferring a text file into an SQL BE for processing. The command I am using is - DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False It works fine on my development machine. When I take it to my client's site and run the code from a run time installation (using Sagekey/Wise installation) I get an error message Error 31519 - You cannot import this file. The destination table exists on the client's server. I cannot find anything on the web or help or BOL. Is there a file that should be included in the installation to allow importing? I can export text files from within the program ok. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From accessd at shaw.ca Tue Jun 1 00:40:22 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 31 May 2004 22:40:22 -0700 Subject: [AccessD] VB.NET In-Reply-To: <002001c446a3$77870f10$e086b3d1@delllaptop> Message-ID: Hi All: Microsoft is giving away free copies of VB.NET standard. There is a process that needs to be observed before a fully operation CD will be mailed out. You have to follow through a set of 5 web videos and entry web pages before you are allowed to fill the form that will hold your mailing address. List members will not find the process a difficulty one, but it can be a little lengthy. So go get yourself a cup of coffee or Chi Tea, turn your monitor and speakers on and get ready to embrace VB.NET. http://msdn.microsoft.com/vbasic/atthemovies/ Unfortunately, Microsoft's generousity only extends to inhabitants of Canada and of course USA. Jim From actebs at actebs.com.au Tue Jun 1 00:51:45 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 1 Jun 2004 15:51:45 +1000 Subject: [AccessD] Access 2003 Message-ID: <009601c4479c$88664310$0b08a8c0@carltonone.local> Hi Everyone, An old client has just upgraded to Office 2003 and an application I did for them in Access 97 now needs to be migrated to A2K3. The reason for this post is I don't have Access 2003 and was not planning on getting it and was hoping that upgrading the application to AXP will do, just as any A2K app will run in AXP with no mods as it is treated as native. Is AXP native within A2K3? Also, are there any gotcha's that I need to be aware of... Thanks Vlad From accessd at shaw.ca Tue Jun 1 00:53:25 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 31 May 2004 22:53:25 -0700 Subject: [AccessD] Importing Text File In-Reply-To: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: David: How do you log on to you local server? (username/password/servername/databasename) You may not have logged in to your client's server properly or have access rights. If they are using pass-through or server validation make sure your username and password has been added to the security list or attached user group and your security is high enough. Finally, make sure, as a user, you actually have write rights to the tables and executable rights to any SPs. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson Sent: Monday, May 31, 2004 10:26 PM To: accessd at databaseadvisors.com Subject: [AccessD] Importing Text File Access XP ade, SQL2000 I am transferring a text file into an SQL BE for processing. The command I am using is - DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False It works fine on my development machine. When I take it to my client's site and run the code from a run time installation (using Sagekey/Wise installation) I get an error message Error 31519 - You cannot import this file. The destination table exists on the client's server. I cannot find anything on the web or help or BOL. Is there a file that should be included in the installation to allow importing? I can export text files from within the program ok. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at pacific.net.hk Tue Jun 1 01:43:25 2004 From: stuart at pacific.net.hk (Stuart Sanders) Date: Tue, 1 Jun 2004 14:43:25 +0800 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: Message-ID: <02b201c447a3$bd5370a0$2a00a8c0@nbbits01> I know this is already a week old, but I am only just now catching up on an interesting topic and thought I'd "share" my office address. Business Information Technology Solutions Limited (49 char) 1001 Workingberg Commercial Building (36 char) 41-47 Marble Road North Point Hong Kong As you can see the first line is 49 characters. I have yet to do business with an "Internationalised" US company's website that simple allows me to enter my address as it stands without jumping through some hoop or another. To be honest, the US is far from being the only offender on this. Trust me I know. - Invariable it requires shortening (sometimes severely) the first two lines. It is not uncommon for 25 letters to be the maximum allowed. I have seen business names in this part of the world that are over 100 characters in length. - It is also not uncommon that 2 address lines are all that is provided. - 99% of sites require a postal code. I don't have one. - 99% of sites require a state. I don't have one. I sometimes wonder whether there would be a market for an address datachecker with business rules on a country by country basis. But then since it is we the "user" that have to jumo through the hoops, probably not. I do know that some sites have lost business if they are too strict on their data entry rules. Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Scott Marcus > Sent: Wednesday, 26 May 2004 12:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] On DB Bloat, Bad DB Design, and various > > > Now you are being ridiculous. These are just examples. I > think you would rarely run into and address line greater than > 50, but that's not the point. > > There are things like the backend up grader to do these jobs > for you. Don't take it personal, I just find this an > interesting and entertaining topic. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 From gustav at cactus.dk Tue Jun 1 02:59:14 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 09:59:14 +0200 Subject: [AccessD] A2K: Loop through Forms and close open forms In-Reply-To: <004001c44769$8f93e8f0$48619a89@DDICK> References: <004001c44769$8f93e8f0$48619a89@DDICK> Message-ID: <1453763751.20040601095914@cactus.dk> Hi Darren Another option is to loop through the opened forms only and close these one by one (if possible): Public Function CloseAllForms() As Boolean ' Close all open forms. ' Returns True if success. ' Reports error message for any form that could not be closed. ' ' 1999-08-02. Cactus Data ApS, CPH. Dim lngForms As Long Dim lngForm As Long Dim strForm As String Dim strCaption As String Dim booError As Boolean Dim strMsgPrompt As String Dim strMsgTitle As String Dim lngMsgStyle As Long On Error GoTo Err_CloseAllForms lngForms = Forms.Count For lngForm = lngForms - 1 To 0 Step -1 ' Close forms in reverse order. strForm = Forms(lngForm).Name DoCmd.Close acForm, strForm Next lngForm CloseAllForms = Not booError Exit_CloseAllForms: Exit Function Err_CloseAllForms: strCaption = Forms(lngForm).Caption If Len(strCaption) > 0 Then strForm = strCaption End If strMsgTitle = "Error" strMsgPrompt = "Form '" & strForm & "' could not be closed." & vbCr & vbLf strMsgPrompt = strMsgPrompt & "Error:" & Str(Err.Number) & ". " & Err.Description lngMsgStyle = vbOKOnly + vbExclamation 'vbCritical DoCmd.Beep MsgBox strMsgPrompt, lngMsgStyle, strMsgTitle booError = True Resume Next End Function /gustav > I want to loop through the Forms collection and close any form/forms that is/are open. > Any suggestions? From gustav at cactus.dk Tue Jun 1 03:04:46 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 10:04:46 +0200 Subject: [AccessD] Importing Text File In-Reply-To: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> References: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: <1944096250.20040601100446@cactus.dk> Hi David If your file has another extension than txt that could be the cause. I would recommend running my own import routine, then you are in control. This has been discussed many times - look up the archive. /gustav > Access XP ade, SQL2000 > I am transferring a text file into an SQL BE for processing. The command I > am using is - > DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False > It works fine on my development machine. When I take it to my client's > site and run the code from a run time installation (using Sagekey/Wise > installation) I get an error message Error 31519 - You cannot import this file. From gustav at cactus.dk Tue Jun 1 03:11:23 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 10:11:23 +0200 Subject: [AccessD] VB.NET In-Reply-To: References: Message-ID: <1974493441.20040601101123@cactus.dk> Hi Jim Yes, US citizens and canads only ... for those tempted by C# there is an open source alternative with no videos - I read about it in Mike Gunderloy's newsletter: http://www.icsharpcode.net/OpenSource/SD/ By the way, how are our fellow listers flirting with .Net progressing? JC (and who?)? /gustav > Microsoft is giving away free copies of VB.NET standard. There is a process > that needs to be observed before a fully operation CD will be mailed out. > You have to follow through a set of 5 web videos and entry web pages before > you are allowed to fill the form that will hold your mailing address. > List members will not find the process a difficulty one, but it can be a > little lengthy. So go get yourself a cup of coffee or Chi Tea, turn your > monitor and speakers on and get ready to embrace VB.NET. > http://msdn.microsoft.com/vbasic/atthemovies/ > Unfortunately, Microsoft's generousity only extends to inhabitants of Canada > and of course USA. > Jim From gustav at cactus.dk Tue Jun 1 03:20:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 10:20:57 +0200 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: <02b201c447a3$bd5370a0$2a00a8c0@nbbits01> References: <02b201c447a3$bd5370a0$2a00a8c0@nbbits01> Message-ID: <1935066645.20040601102057@cactus.dk> Hi Stuart There certainly is a market. The problem is that this topic is very difficult to handle on a high level, thus applications for addressing tends to be quite expensive because you inevitably will need frequent updating of postal code validation. For those interested in this area, visit Graham Rhind's site with a huge collection of links: http://www.grcdi.nl It doesn't look nice, but browse a little ... /gustav > I know this is already a week old, but I am only just now catching up on > an interesting topic and thought I'd "share" my office address. > Business Information Technology Solutions Limited (49 char) > 1001 Workingberg Commercial Building (36 char) > 41-47 Marble Road > North Point > Hong Kong > As you can see the first line is 49 characters. I have yet to do > business with an "Internationalised" US company's website that simple > allows me to enter my address as it stands without jumping through some > hoop or another. To be honest, the US is far from being the only > offender on this. Trust me I know. > - Invariable it requires shortening (sometimes severely) the first two > lines. It is not uncommon for 25 letters to be the maximum allowed. I > have seen business names in this part of the world that are over 100 > characters in length. > - It is also not uncommon that 2 address lines are all that is provided. > - 99% of sites require a postal code. I don't have one. > - 99% of sites require a state. I don't have one. > I sometimes wonder whether there would be a market for an address > datachecker with business rules on a country by country basis. But then > since it is we the "user" that have to jumo through the hoops, probably > not. I do know that some sites have lost business if they are too > strict on their data entry rules. > Stuart From gustav at cactus.dk Tue Jun 1 04:06:40 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 11:06:40 +0200 Subject: [AccessD] ActiveX and AutoCorrect Message-ID: <1017809619.20040601110640@cactus.dk> Hi all Here's another reason to be careful with AutoCorrect: http://support.microsoft.com/default.aspx?scid=kb;EN-US;824165 /gustav From mikedorism at adelphia.net Tue Jun 1 05:36:39 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Tue, 1 Jun 2004 06:36:39 -0400 Subject: [AccessD] VB.NET In-Reply-To: <1974493441.20040601101123@cactus.dk> Message-ID: <000301c447c4$524ac350$cc0aa845@hargrove.internal> I'm actually holding my own quite well. I ran into a bit of a Crystal Report problem that stumped me because the idiots severly crippled the picture control but I managed to find a work around. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 4:11 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VB.NET Hi Jim Yes, US citizens and canads only ... for those tempted by C# there is an open source alternative with no videos - I read about it in Mike Gunderloy's newsletter: http://www.icsharpcode.net/OpenSource/SD/ By the way, how are our fellow listers flirting with .Net progressing? JC (and who?)? /gustav > Microsoft is giving away free copies of VB.NET standard. There is a > process that needs to be observed before a fully operation CD will be > mailed out. You have to follow through a set of 5 web videos and entry > web pages before you are allowed to fill the form that will hold your > mailing address. > List members will not find the process a difficulty one, but it can be > a little lengthy. So go get yourself a cup of coffee or Chi Tea, turn > your monitor and speakers on and get ready to embrace VB.NET. > http://msdn.microsoft.com/vbasic/atthemovies/ > Unfortunately, Microsoft's generousity only extends to inhabitants of > Canada and of course USA. Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Tue Jun 1 06:39:16 2004 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 1 Jun 2004 07:39:16 -0400 Subject: [AccessD] VB.NET Message-ID: < A2003 supports 3 file formats, 2000, 2002 and 2003. There are some problems in 97 conversions to 2002 that have apparently been fixed in 2003, but I don't have 2003 yet to test all of them. Charlotte Foust -----Original Message----- From: ACTEBS [mailto:actebs at actebs.com.au] Sent: Monday, May 31, 2004 9:52 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2003 Hi Everyone, An old client has just upgraded to Office 2003 and an application I did for them in Access 97 now needs to be migrated to A2K3. The reason for this post is I don't have Access 2003 and was not planning on getting it and was hoping that upgrading the application to AXP will do, just as any A2K app will run in AXP with no mods as it is treated as native. Is AXP native within A2K3? Also, are there any gotcha's that I need to be aware of... Thanks Vlad -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 10:27:33 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 08:27:33 -0700 Subject: [AccessD] Is there an easier way? Message-ID: John, I worked for a direct marketing company at one time, and our lists (50,000+) came in formatted differently, with names split differently and with no consistency. I did pretty much what you're describing. There really isn't an easier way ... Except get someone else to do it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Monday, May 31, 2004 8:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Tue Jun 1 10:32:59 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Tue, 1 Jun 2004 09:32:59 -0600 Subject: [AccessD] VB.NET Message-ID: <254500-22004621153259531@christopherhawkins.com> "By the way, how are our fellow listers flirting with .Net progressing?" I'm working my way through 'Microsoft C# Step-By-Step", and I'm not getting it. Frankly, I'm a tad worried. O_o -C- ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From ebarro at afsweb.com Tue Jun 1 10:35:14 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 08:35:14 -0700 Subject: [AccessD] Error 3146 ODBC Call Failed In-Reply-To: Message-ID: Access 97 front end using pass thru query that runs a stored procedure in SQL server 7.0 Error message: Error 3146 ODBC Call failed. All other "processes" on the FE are working except for this sproc. When sproc is run on SQL server 7.0 it runs fine but when run from the FE it craps out. Has anyone encountered this issue? If so what steps were taken to solve the issue. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From DWUTKA at marlow.com Tue Jun 1 10:47:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 10:47:09 -0500 Subject: [AccessD] A Database Design Question Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFA9@main2.marlow.com> Wouldn't you want to put the ClassificationID and CustomerID into the CustomerClassifications table? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Sunday, May 30, 2004 11:53 AM To: AccessD Subject: [AccessD] A Database Design Question I have 4 tables (actually lots of instances of this setup, but for simplicity let's deal with one only): Customers -- obvious CustomerDetails -- many Details for each Customer Classifications -- a list of generic classifications CustomerClassifications -- a table containing only the Classifications of interest to a given Customer The general idea is this. We populate Classifications with lots of commonly-used items such as Admin, User, Manager, etc. We populate CustomerClassifications using a combo and a NotInList event that allows the addition of new Classifications that aren't already in the Classifications table. When the user adds new CustomerDetails, we see only the Classifications of interest to said Customer (i.e. draw them from CustomerClassifications and get the text value for the combo from Classifications). Still with me? I hope so. Here's the question: should the table CustomerDetails store the CustomerClassicationID or the ClassificationID? TIA for opinions. Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 10:50:53 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 08:50:53 -0700 Subject: [AccessD] Paging Recordsets Message-ID: Mummy! Make him stop!! Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Friday, May 28, 2004 4:47 PM To: Access Developers discussion and problem solving Subject: RE: Re: [AccessD] Paging Recordsets Charlotte... I did after all state that it was not complete, just correct in concept... so there :-p :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Friday, May 28, 2004 5:28 PM To: Access Developers discussion and problem solving Subject: RE: Re: [AccessD] Paging Recordsets Well, I never have much occasion to use the Clone method, so what can you expect? I claim exemption from blushing, since you didn't show a declaration for the recordset object rsMyRecordset!! Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Friday, May 28, 2004 2:58 PM To: Access Developers discussion and problem solving Subject: RE: Re: [AccessD] Paging Recordsets Hi Charlotte: Have you tested this, Jim? I thought the .Clone method was for DAO recordsets. You can't just pass an ADO recordset to a DAO recordset unless they've changed something dramatically in the latest MDAC. No I have not tested the previous piece of code but I have a number of similar pieces of code, in various programs out there. Below is an exact piece just cut and pasted in just for your edification: The Function: Public Function FillFileAgencyData(lngEmployeeNumber As Long) As ADODB.Recordset Dim objCmd As ADODB.Command On Error GoTo Err_FillFileAgencyData Set objCmd = New ADODB.Command With objCmd .ActiveConnection = gstrConnection .CommandText = "REFileAgency" .CommandType = adCmdStoredProc .Parameters.Append .CreateParameter("@EmployeeNumber", adInteger, adParamInput, , lngEmployeeNumber) End With Set FillFileAgencyData = New ADODB.Recordset With FillFileAgencyData .CursorLocation = adUseClient .Open objCmd, , adOpenDynamic, adLockOptimistic End With Exit_FillFileAgencyData: On Error Resume Next Set objCmd = Nothing Exit Function Err_FillFileAgencyData: ShowErrMsg "Module: DataConnection, Function: FillFileAgencyData" Resume Exit_FillFileAgencyData End Function The caller: ... Dim rsFileAgency As New ADODB.Recordset Set rsFileAgency = FillFileAgencyData(typFileAgency.EmployeeNumber).Clone ... ...and it works like a hot D... So even an old master like yourself can learn something. Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rmoore at comtechpst.com Tue Jun 1 10:57:32 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Tue, 1 Jun 2004 11:57:32 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Message-ID: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore From Rich_Lavsa at pghcorning.com Tue Jun 1 10:59:51 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Tue, 1 Jun 2004 11:59:51 -0400 Subject: [AccessD] Is there an easier way? Message-ID: <833956F5C117124A89417638FDB11290EBD1C5@goexchange.pghcorning.com> I have done something like this, but on a smaller scale. I have a database that gets updated once a year by outside providers. I didn't want to go through what you described below so I took the time to build an "Update Database" that I sent out to all the companies that needed to update information. I leave it up to the companies to get the data into the database the way they want it, then they send the "update database" to me once a year. This process is so simple that it is totally left up to the users to decide when to update the database, so far its been a "no brainer" push the button marked "UPDATE" which goes out to the network location where the database expects it to be which will run all the validation code to update and insert data. I thought it was a good idea at first, and even better when I convinced the companies to format their data for me so I wouldn't have to worry about it. Sounds like a better approach for your purposes as well. Maybe feasible, maybe not.. G'luck Rich -----Original Message----- From: Charlotte Foust [mailto:cfoust at infostatsystems.com] Sent: Tuesday, June 01, 2004 11:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Is there an easier way? John, I worked for a direct marketing company at one time, and our lists (50,000+) came in formatted differently, with names split differently and with no consistency. I did pretty much what you're describing. There really isn't an easier way ... Except get someone else to do it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Monday, May 31, 2004 8:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 11:12:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 18:12:44 +0200 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> References: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> Message-ID: <35535219.20040601181244@cactus.dk> Hi Ron If your code looks something like this: intFreeFile = FreeFile Open strPrintFile For Output As #intFreeFile Print #intFreeFile, strPrint it should work. /gustav > To all who use Seth's code for 'File I/O in VB', > I really like the control that Seth's code provides, however, I'm having > trouble writing to the output file. I have verified the output string being > built from the recordset but the following line of code fails (drops out of > the module without executing remaining code and without an error being > raised). > 'Print #intFileDesc, stroutput 'Print output string to file' > Am I missing something here? Any ideas? > TIA as always, > Ron Moore From DWUTKA at marlow.com Tue Jun 1 11:18:54 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:18:54 -0500 Subject: [AccessD] Is there an easier way? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAB@main2.marlow.com> I built a similar utility for pulling in insurance 'spreadsheets' into an Accident and Incident reporting database. Essentially I built a 'matching' table, that would allow the users to create 'Import Specs' for different insurance companies. I then use VB to import the Excel sheets into Access. It's a little more complex then just an import, because it actually tries to find a matching record, then if it finds one, it compares the setup fields and 'reports' what fields it updated. I took pretty much the same approach that you did, but instead of pulling the data up directly in a query, I pull up two recordsets, and do a comparison check. I don't think there is an easier way to automate such a 'dynamic' situation. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Monday, May 31, 2004 11:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 11:20:10 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:20:10 -0500 Subject: [AccessD] Replacing multiple tokens in a text file? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAC@main2.marlow.com> How big is the text file? A string variable can handle (I think) 2 million characters, so as long as the text file isn't more then 2 megs, you should just be able to pull the entire thing into a string variable, then use Replace on the tokens, and save the file back. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Monday, May 31, 2004 1:20 PM To: accessd at databaseadvisors.com Subject: [AccessD] Replacing multiple tokens in a text file? I suppose the title says it all. ;) Given a text file with numerous (all different) tokens in it, how would I replace them? I mean, I know how to replace tokens in a string, but I've never had to use a text file for a string before. Should I stuff the entire text file into an array and wash it through my detokenizing code until no more tokens are found? Should I read the file line-by-line, replacing tokens as I go? I'm just not sure how to get started here. -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 11:27:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:27:09 -0500 Subject: [AccessD] Replacing multiple tokens in a text file? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAD@main2.marlow.com> Just an FYI, I've done a lot of 'playing around' with text files, and one of the issues I have noted is that it's not the size of the text file, or the string, that is the real speed issue. It's the joining of a string, or parsing. For example, I recently had a little project where the users wanted to parse out to a pipe delimited text file, various fields from a table. I whipped up a little VB code, and kicked it off. I ran it on the entire system, which had abou 65k records. It started doing about a thousand a second, and then began to slow down. It kept slowing down, down to 10 records a second (or so) around 30k. The speed issue was this: strTemp=strTemp & rs.Fields(i).value What is causing the delay, is that you are taking XXXXXXXXXXXXXXXXXXXXXX and setting it to XXXXXXXXXXXXXXXX+YYYY. As the string gets longer and longer, it is forcing the CPU to work overtime to process that line. It isn't being smart, and literally adding the one string to the end, it is literally 'rebuilding' the string over and over. As soon as I changed the code to write each line to file, instead of adding it to another string, it boosted up to about 2k a second, and stayed there through all 65k records. In the case of token replacement, I would think that Replace would would fine on the entire string, because I'm willing to bet that it is a faster string manipulation process then the roll your own types. I would think... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of J?rgen Welz Sent: Monday, May 31, 2004 3:54 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Replacing multiple tokens in a text file? Line by line is ok if you're certain no tokens are split between lines. I once had to parse several hundred email log files from a news group to cull data for an access database. Each file was typically 300 to 800 K in size. I started by reading entire files into a string variable and then running the string manipulation code to parse but quickly determined that if I split the files into halves, each half took less than half the time to parse. I then split the file by halves, and halved the halves in a binary splitting procedure breaking on a space until the files were down to about 5 K. In that case, the time taken for splitting the string into quickly digested chunks was adding more time to the procedure than it saved. A bit of testing ultimately proved that a file size of around 7 to 8 K resulted in the best overall performance with the typical kind of data that needed to be processed. If I were to do it over again, I might be tempted to read in chunks at a time, finding the last delimiter and saving from there on in a temp variable to prepend to the next chunk to be read. I'm not certain that a line at a time will give the best performance but I do know from experience that excessively large strings take exponentially longer to process. The time for parsing a typical single file went from something like 5 to 10 minutes to under 30 seconds by splitting into smaller chunks before processing. Although VBA string variables can hold a a billion characters, that would probably take insanely long to process as a single string. If your text files are only a few hundred characters, I'd try timing the token operation on the full files. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Christopher Hawkins" >Reply-To: Access Developers discussion and problem >solving >To: accessd at databaseadvisors.com >Subject: [AccessD] Replacing multiple tokens in a text file? >Date: Mon, 31 May 2004 12:19:57 -0600 >MIME-Version: 1.0 >Received: from mc11-f26.hotmail.com ([65.54.167.33]) by mc11-s5.hotmail.com >with Microsoft SMTPSVC(5.0.2195.6824); Mon, 31 May 2004 11:21:49 -0700 >Received: from databaseadvisors.com ([209.135.140.44]) by >mc11-f26.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Mon, 31 May >2004 11:20:39 -0700 >Received: from databaseadvisors.com (databaseadvisors.com >[209.135.140.44])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i4VIJCQ01892;Mon, 31 May 2004 13:19:12 -0500 >Received: from mail-relay.gearhost.com (ns2.co.gearhost.net >[69.24.64.15])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i4VIIrQ01669for ; Mon, 31 May 2004 13:18:53 >-0500 >Received: from mail.gearhost.net ([69.24.64.25])by mail-relay.gearhost.com >(mail-relay.gearhost.com)(MDaemon.PRO.v7.1.0.R) with ESMTP id >md50000450849.msgfor ; Mon, 31 May 2004 >12:20:01 -0600 >Received: from christopherhawkins.com (unverified [127.0.0.1]) >bymail.gearhost.net(Rockliffe SMTPRA 4.5.6) with ESMTP id >for ; Mon, 31 >May 2004 12:19:57 -0600 >X-Message-Info: 1fLmhUU0vWFvdH+J6tlz6F85W0zaUsn6uS5jh9M9uj4= >Message-ID: <157240-220045131181957850 at christopherhawkins.com> >X-EM-Version: 6, 0, 0, 6 >X-EM-Registration: #00E0620610781F002A20 >X-Spam-Processed: mail-relay.gearhost.com, Mon, 31 May 2004 12:20:01 >-0600(not processed: spam filter disabled) >X-MDRemoteIP: 69.24.64.25 >X-Return-Path: clh at christopherhawkins.com >X-MDaemon-Deliver-To: accessd at databaseadvisors.com >X-BeenThere: accessd at databaseadvisors.com >X-Mailman-Version: 2.1.4 >Precedence: list >List-Id: Access Developers discussion and problem >solving >List-Help: >List-Post: >List-Subscribe: >, >List-Archive: >List-Unsubscribe: >, >Errors-To: accessd-bounces at databaseadvisors.com >Return-Path: accessd-bounces at databaseadvisors.com >X-OriginalArrivalTime: 31 May 2004 18:20:39.0809 (UTC) >FILETIME=[FA1D6710:01C4473B] > >I suppose the title says it all. ;) > >Given a text file with numerous (all different) tokens in it, how >would I replace them? I mean, I know how to replace tokens in a >string, but I've never had to use a text file for a string before. > >Should I stuff the entire text file into an array and wash it through >my detokenizing code until no more tokens are found? > >Should I read the file line-by-line, replacing tokens as I go? > >I'm just not sure how to get started here. > >-Christopher- > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee? Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 11:28:19 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:28:19 -0500 Subject: [AccessD] A2K: Loop through Forms and close open forms Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAE@main2.marlow.com> Dim frm as Form For Each frm in Forms DoCmd.Close acForm, frm.Name Next That should do it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK Sent: Monday, May 31, 2004 6:47 PM To: AccessD List Subject: [AccessD] A2K: Loop through Forms and close open forms Hello all I want to loop through the Forms collection and close any form/forms that is/are open. Any suggestions? Many thanks in advance Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rmoore at comtechpst.com Tue Jun 1 11:29:36 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Tue, 1 Jun 2004 12:29:36 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <35535219.20040601181244@cactus.dk> Message-ID: <002601c447f5$a0c4ace0$5114a8c0@Comtech.Comtechpst.com> Gustav, My code does look like your example. I have the following: intFileDesc = FreeFile 'Get a free file descriptor Open strOutfile For Binary As #intFileDesc 'Open the output file for writing While Not rst.EOF 'Loop until end of recordset Print #intFileDesc, strOutput 'Print output string to file And still no output! I don't think the 'Binary' would be an issue. Regards, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 12:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Hi Ron If your code looks something like this: intFreeFile = FreeFile Open strPrintFile For Output As #intFreeFile Print #intFreeFile, strPrint it should work. /gustav > To all who use Seth's code for 'File I/O in VB', > I really like the control that Seth's code provides, however, I'm > having trouble writing to the output file. I have verified the output > string being built from the recordset but the following line of code > fails (drops out of the module without executing remaining code and > without an error being raised). > 'Print #intFileDesc, stroutput 'Print output string to file' > Am I missing something here? Any ideas? > TIA as always, > Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 11:40:16 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 18:40:16 +0200 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <002601c447f5$a0c4ace0$5114a8c0@Comtech.Comtechpst.com> References: <002601c447f5$a0c4ace0$5114a8c0@Comtech.Comtechpst.com> Message-ID: <1887186884.20040601184016@cactus.dk> Hi Ron > My code does look like your example. .. Well, yes, but Binary and Output is not the same. /gustav > I have the following: > intFileDesc = FreeFile 'Get a free file descriptor > Open strOutfile For Binary As #intFileDesc 'Open the output file for writing > While Not rst.EOF 'Loop until end of recordset > Print #intFileDesc, strOutput 'Print output string to file > And still no output! I don't think the 'Binary' would be an issue. > Regards, > Ron > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, June 01, 2004 12:13 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: > Hi Ron > If your code looks something like this: > intFreeFile = FreeFile > Open strPrintFile For Output As #intFreeFile > Print #intFreeFile, strPrint > it should work. > /gustav >> To all who use Seth's code for 'File I/O in VB', >> I really like the control that Seth's code provides, however, I'm >> having trouble writing to the output file. I have verified the output >> string being built from the recordset but the following line of code >> fails (drops out of the module without executing remaining code and >> without an error being raised). >> 'Print #intFileDesc, stroutput 'Print output string to file' >> Am I missing something here? Any ideas? >> TIA as always, >> Ron Moore From BBarabash at TappeConstruction.com Tue Jun 1 12:00:32 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 12:00:32 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE622@TAPPEEXCH01> Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From rmoore at comtechpst.com Tue Jun 1 12:22:37 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Tue, 1 Jun 2004 13:22:37 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <1887186884.20040601184016@cactus.dk> Message-ID: <004301c447fd$08cb5da0$5114a8c0@Comtech.Comtechpst.com> Thanks Gustav, Sorry, My response was written 'tongue in cheek'. Binary is certainly the issue. Thanks again, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 12:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Hi Ron > My code does look like your example. .. Well, yes, but Binary and Output is not the same. /gustav > I have the following: > intFileDesc = FreeFile 'Get a free file descriptor > Open strOutfile For Binary As #intFileDesc 'Open the output file > for writing > While Not rst.EOF 'Loop until end of recordset > Print #intFileDesc, strOutput 'Print output string to file > And still no output! I don't think the 'Binary' would be an issue. > Regards, Ron > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Tuesday, June 01, 2004 12:13 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: > Hi Ron > If your code looks something like this: > intFreeFile = FreeFile > Open strPrintFile For Output As #intFreeFile > Print #intFreeFile, strPrint > it should work. > /gustav >> To all who use Seth's code for 'File I/O in VB', >> I really like the control that Seth's code provides, however, I'm >> having trouble writing to the output file. I have verified the output >> string being built from the recordset but the following line of code >> fails (drops out of the module without executing remaining code and >> without an error being raised). >> 'Print #intFileDesc, stroutput 'Print output string to file' >> Am I missing something here? Any ideas? >> TIA as always, >> Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 12:30:10 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 19:30:10 +0200 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <004301c447fd$08cb5da0$5114a8c0@Comtech.Comtechpst.com> References: <004301c447fd$08cb5da0$5114a8c0@Comtech.Comtechpst.com> Message-ID: <10010181249.20040601193010@cactus.dk> Hi Ron Ahh, missed that. /gustav > Sorry, My response was written 'tongue in cheek'. Binary is certainly the > issue. > Thanks again, > Ron From DWUTKA at marlow.com Tue Jun 1 12:33:15 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 12:33:15 -0500 Subject: [AccessD] On DB Bloat, Bad DB Design, and various Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB0@main2.marlow.com> Actually our company's website will let you put in 255 characters for an address. LOL. However, the credit card company's site will only accept (I think) 35 characters). We record both billing and shipping information, and forward the 'billing' info to the CC site (to reduce repeat entry). As long as the payment is accepted, what we have set for shipping information remains unaltered, and is limited to 255 characters per field. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart Sanders Sent: Tuesday, June 01, 2004 1:43 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] On DB Bloat, Bad DB Design, and various I know this is already a week old, but I am only just now catching up on an interesting topic and thought I'd "share" my office address. Business Information Technology Solutions Limited (49 char) 1001 Workingberg Commercial Building (36 char) 41-47 Marble Road North Point Hong Kong As you can see the first line is 49 characters. I have yet to do business with an "Internationalised" US company's website that simple allows me to enter my address as it stands without jumping through some hoop or another. To be honest, the US is far from being the only offender on this. Trust me I know. - Invariable it requires shortening (sometimes severely) the first two lines. It is not uncommon for 25 letters to be the maximum allowed. I have seen business names in this part of the world that are over 100 characters in length. - It is also not uncommon that 2 address lines are all that is provided. - 99% of sites require a postal code. I don't have one. - 99% of sites require a state. I don't have one. I sometimes wonder whether there would be a market for an address datachecker with business rules on a country by country basis. But then since it is we the "user" that have to jumo through the hoops, probably not. I do know that some sites have lost business if they are too strict on their data entry rules. Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Scott Marcus > Sent: Wednesday, 26 May 2004 12:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] On DB Bloat, Bad DB Design, and various > > > Now you are being ridiculous. These are just examples. I > think you would rarely run into and address line greater than > 50, but that's not the point. > > There are things like the backend up grader to do these jobs > for you. Don't take it personal, I just find this an > interesting and entertaining topic. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 12:41:17 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 12:41:17 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB1@main2.marlow.com> Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gdb at AllenandAllen.com Tue Jun 1 12:45:38 2004 From: gdb at AllenandAllen.com (Boehm, Gary D.) Date: Tue, 1 Jun 2004 13:45:38 -0400 Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) Message-ID: I've created a 3 column report with one of the columns being "review date". What I'd like to do is grab the most recent review date and place it in the section header. In the example below, I'd like to pull 5/7/04 (the most recent review date)and place it in the section header. Any suggestions? Due_Date Description Review_Date <--Page Header John Doe Incident Date: 2/2/04 <--Section Header 1/2/05 testing 5/5/04 <--Data 1/3/05 testing123 5/6/04 1/4/05 testing456 5/7/04 Access 2002 SP-2 Gary Boehm From cfoust at infostatsystems.com Tue Jun 1 13:13:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 11:13:30 -0700 Subject: [AccessD] VB.NET Message-ID: Drew, VB requires runtimes as well. The difference is that the VB runtimes are almost always on the machine already. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 9:41 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ------------------------------------------------------------------------ ---- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Tue Jun 1 13:16:43 2004 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Tue, 1 Jun 2004 19:16:43 +0100 Subject: [AccessD] OT: The Great Primary Debate References: <000201c4472a$f77e61f0$7e01a8c0@colbyws> Message-ID: <001701c44804$99238f10$1b02a8c0@MARTINREID> I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin From ssharkins at bellsouth.net Tue Jun 1 13:23:24 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 1 Jun 2004 14:23:24 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001701c44804$99238f10$1b02a8c0@MARTINREID> Message-ID: <20040601182324.BZWM18130.imf20aec.mail.bellsouth.net@SUSANONE> OK, everyone remember that Martin started it this time! ;) Susan H. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC From rbgajewski at adelphia.net Tue Jun 1 13:38:26 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Tue, 1 Jun 2004 14:38:26 -0400 Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) In-Reply-To: Message-ID: Gary Use the DMax() function. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Boehm, Gary D. Sent: Tuesday, June 01, 2004 13:46 To: Access Developers discussion and problem solving Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) I've created a 3 column report with one of the columns being "review date". What I'd like to do is grab the most recent review date and place it in the section header. In the example below, I'd like to pull 5/7/04 (the most recent review date)and place it in the section header. Any suggestions? Due_Date Description Review_Date <--Page Header John Doe Incident Date: 2/2/04 <--Section Header 1/2/05 testing 5/5/04 <--Data 1/3/05 testing123 5/6/04 1/4/05 testing456 5/7/04 Access 2002 SP-2 Gary Boehm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 13:52:45 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 20:52:45 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001701c44804$99238f10$1b02a8c0@MARTINREID> References: <000201c4472a$f77e61f0$7e01a8c0@colbyws> <001701c44804$99238f10$1b02a8c0@MARTINREID> Message-ID: <6815136084.20040601205245@cactus.dk> Hi Martin One way to explain it to illustrate the consequences ... an accounting app I examined the other day is often forced to use five-field compound indexes due to the lack of a single key; it's awful. /gustav > I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 > Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving > to SQL Server. > Came to the section on Table Design. I said use an Identity value for the PK > on the table - all h%ll brooke loose for the next hour as the great debate > happened live in person. Pity JC wasnt there to back me up (<: Was split > between the younger developers who supported the use of the ID column and > the older developers and DBAs who use natural keys. Almost a 50//50 split on > age lines maybe reflecting different attitutes to design. Took me about > 20mins with one of the older guys to explain how the relationship was > maintained using Idt IDs as opposed to his staff number. He seemed to have > real problems getting the concept. > Martin From gustav at cactus.dk Tue Jun 1 13:53:19 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 20:53:19 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <20040601182324.BZWM18130.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040601182324.BZWM18130.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <8115169552.20040601205319@cactus.dk> Hi Susan He's with you, we know that. /gustav > OK, everyone remember that Martin started it this time! ;) > Susan H. > Came to the section on Table Design. I said use an Identity value for the PK > on the table - all h%ll brooke loose for the next hour as the great debate > happened live in person. Pity JC From gdb at AllenandAllen.com Tue Jun 1 13:54:47 2004 From: gdb at AllenandAllen.com (Boehm, Gary D.) Date: Tue, 1 Jun 2004 14:54:47 -0400 Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) Message-ID: Thanks. Gary -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Gajewski Sent: Tuesday, June 01, 2004 2:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Show Most Recent Date in Section Header (cross-posted) Gary Use the DMax() function. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Boehm, Gary D. Sent: Tuesday, June 01, 2004 13:46 To: Access Developers discussion and problem solving Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) I've created a 3 column report with one of the columns being "review date". What I'd like to do is grab the most recent review date and place it in the section header. In the example below, I'd like to pull 5/7/04 (the most recent review date)and place it in the section header. Any suggestions? Due_Date Description Review_Date <--Page Header John Doe Incident Date: 2/2/04 <--Section Header 1/2/05 testing 5/5/04 <--Data 1/3/05 testing123 5/6/04 1/4/05 testing456 5/7/04 Access 2002 SP-2 Gary Boehm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 13:55:10 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 13:55:10 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB2@main2.marlow.com> I meant the issues involved between the runtimes. VB runtimes are 1.3 to 1.4 megs, compared to 25 or 26 meg for .Net. I have also heard of version issues between .Net runtimes. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Tuesday, June 01, 2004 1:14 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew, VB requires runtimes as well. The difference is that the VB runtimes are almost always on the machine already. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 9:41 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ------------------------------------------------------------------------ ---- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Tue Jun 1 13:55:44 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 13:55:44 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE626@TAPPEEXCH01> As part of the code execution process, VB.NET code is compiled to CIL (common intermediate language) code to run through the CLR (common language runtime). You can still step through the code, set breakpoints, etc. the same as VB6 though. Since everything I develop is in house, installing the .NET runtimes isn't a big deal for me. I know that many ISVs are apprehensive about creating .NET applications, since packaging the framework with their app would add 23 MB to it. Even in that case, there are already a handful of 3rd party linkers available that will allow you to distribute your app with only the necessary assemblies instead of the entire framework. For example: http://www.remotesoft.com/linker/ What pains do I have with VB6? (...and how does .NET improve upon them?) Well, for starters... - No object inheritance (Inherits keyword) - Flaky Initialize/Terminate events instead of proper object constructors (New, Finalize) - Hit 'n' miss garbage collection (it is no longer necessary to Set = Nothing, in fact the Set keyword is no more) - Declaring object variables As New = Pure evil (fixed in VB.NET: As New actually creates a new instance instead of the "instantiate on demand" nonsense) - Cannot initialize variables when declaring (Dim x As Integer = 123) - Weird bracket syntax for calling functions instead of subs (ALL procedures have brackets around the arguments when calling them, and the Call keyword is no more) - Implicit type conversion and default Variant datatypes (Option Strict) - Default object properties e.g. MyControl = "Hello" : Hmm... What property am I modifying? (no longer allowed, except for indexed properties) - Crappy On Error GoTo error handling method (Try...Catch Exception) - Cumbersome Win32 API calling conventions i.e. converting your data to match the C DLL syntax. (most of these calls have been built into the framework.) - Default ByRef procedure arguments = Pure evil again (now defaults to ByVal) - Arrays and collections can be tricky to work with and somewhat limited (ArrayList) - Cannot delegate event handling (Handles keyword) - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you can now actually inherit the Windows.Forms class and override/extend any behaviors you want. Or how about creating base "template" forms and inheriting your application screens from them). - Archaic Open, Input, Print, etc. I/O methods (System.IO) - No console I/O support (you can now create a console project, which is ideal for apps that run as part of batch processes). - Windows services require a separate OCX (you can now create a Windows Service project). - Multithreading is near impossible to implement, and is often unstable (System.Threading) - COM DLL hell: Installing a newer COM DLL can cause projects to break (fixed with the Global Assembly Cache, allowing multiple versions of a library to happily live on the same machine. The application's manifest and config files specify which version to use). As I said earlier, the learning curve has been a steep one, but I feel like a kid on Christmas morning again, with all these new toys to play with! -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 12:41 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From DWUTKA at marlow.com Tue Jun 1 13:56:08 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 13:56:08 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB3@main2.marlow.com> Are you jealous? LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Tuesday, June 01, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate OK, everyone remember that Martin started it this time! ;) Susan H. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davide at dalyn.co.nz Tue Jun 1 13:56:16 2004 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 02 Jun 2004 06:56:16 +1200 Subject: [AccessD] Importing Text File In-Reply-To: References: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20040602064926.00b2b5e0@mail.dalyn.co.nz> Thanks for the response. The client is logging in using their own username/password as set up in SQL. I have checked the permissions on the table and they are ok. Is it possible that a dll needs to be registered to be able to import text? David At 31/05/2004, you wrote: >David: > >How do you log on to you local server? >(username/password/servername/databasename) You may not have logged in to >your client's server properly or have access rights. If they are using >pass-through or server validation make sure your username and password has >been added to the security list or attached user group and your security is >high enough. Finally, make sure, as a user, you actually have write rights >to the tables and executable rights to any SPs. > >HTH >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson >Sent: Monday, May 31, 2004 10:26 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Importing Text File > > >Access XP ade, SQL2000 > >I am transferring a text file into an SQL BE for processing. The command I >am using is - > >DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False > >It works fine on my development machine. When I take it to my client's >site and run the code from a run time installation (using Sagekey/Wise >installation) I get an error message Error 31519 - You cannot import this >file. > >The destination table exists on the client's server. > >I cannot find anything on the web or help or BOL. Is there a file that >should be included in the installation to allow importing? I can export >text files from within the program ok. > > >Regards > >David Emerson >Dalyn Software Ltd >25 Cunliffe St, Churton Park >Wellington, New Zealand >Ph/Fax (04) 478-7456 >Mobile 027-280-9348 > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 14:07:41 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 14:07:41 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB4@main2.marlow.com> LOL. Good points, I agree and disagree on some. I like some of what you call VB 'quirks'. Just a difference in opinions I guess. Hands down I agree that inheritance is a big step up. I still haven't been 'wowed' though. Just my opinion, I guess I'm just being a stick in the mud. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 1:56 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET As part of the code execution process, VB.NET code is compiled to CIL (common intermediate language) code to run through the CLR (common language runtime). You can still step through the code, set breakpoints, etc. the same as VB6 though. Since everything I develop is in house, installing the .NET runtimes isn't a big deal for me. I know that many ISVs are apprehensive about creating .NET applications, since packaging the framework with their app would add 23 MB to it. Even in that case, there are already a handful of 3rd party linkers available that will allow you to distribute your app with only the necessary assemblies instead of the entire framework. For example: http://www.remotesoft.com/linker/ What pains do I have with VB6? (...and how does .NET improve upon them?) Well, for starters... - No object inheritance (Inherits keyword) - Flaky Initialize/Terminate events instead of proper object constructors (New, Finalize) - Hit 'n' miss garbage collection (it is no longer necessary to Set = Nothing, in fact the Set keyword is no more) - Declaring object variables As New = Pure evil (fixed in VB.NET: As New actually creates a new instance instead of the "instantiate on demand" nonsense) - Cannot initialize variables when declaring (Dim x As Integer = 123) - Weird bracket syntax for calling functions instead of subs (ALL procedures have brackets around the arguments when calling them, and the Call keyword is no more) - Implicit type conversion and default Variant datatypes (Option Strict) - Default object properties e.g. MyControl = "Hello" : Hmm... What property am I modifying? (no longer allowed, except for indexed properties) - Crappy On Error GoTo error handling method (Try...Catch Exception) - Cumbersome Win32 API calling conventions i.e. converting your data to match the C DLL syntax. (most of these calls have been built into the framework.) - Default ByRef procedure arguments = Pure evil again (now defaults to ByVal) - Arrays and collections can be tricky to work with and somewhat limited (ArrayList) - Cannot delegate event handling (Handles keyword) - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you can now actually inherit the Windows.Forms class and override/extend any behaviors you want. Or how about creating base "template" forms and inheriting your application screens from them). - Archaic Open, Input, Print, etc. I/O methods (System.IO) - No console I/O support (you can now create a console project, which is ideal for apps that run as part of batch processes). - Windows services require a separate OCX (you can now create a Windows Service project). - Multithreading is near impossible to implement, and is often unstable (System.Threading) - COM DLL hell: Installing a newer COM DLL can cause projects to break (fixed with the Global Assembly Cache, allowing multiple versions of a library to happily live on the same machine. The application's manifest and config files specify which version to use). As I said earlier, the learning curve has been a steep one, but I feel like a kid on Christmas morning again, with all these new toys to play with! -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 12:41 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Tue Jun 1 14:23:22 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 14:23:22 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE628@TAPPEEXCH01> I'd be interested in knowing which ones you disagree with. To gain perspective, of course, not to stir up a heated argument (If you wanna talk about being wowed, try out the new ASP.NET features!) Bryan, Andy et al: I realize that this discussion is better suited to dba-VB, but since the majority of listers aren't subscribed to it, I purposely left it here. I promise to let this thread die on my end by sundown. -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 2:08 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET LOL. Good points, I agree and disagree on some. I like some of what you call VB 'quirks'. Just a difference in opinions I guess. Hands down I agree that inheritance is a big step up. I still haven't been 'wowed' though. Just my opinion, I guess I'm just being a stick in the mud. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 1:56 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET As part of the code execution process, VB.NET code is compiled to CIL (common intermediate language) code to run through the CLR (common language runtime). You can still step through the code, set breakpoints, etc. the same as VB6 though. Since everything I develop is in house, installing the .NET runtimes isn't a big deal for me. I know that many ISVs are apprehensive about creating .NET applications, since packaging the framework with their app would add 23 MB to it. Even in that case, there are already a handful of 3rd party linkers available that will allow you to distribute your app with only the necessary assemblies instead of the entire framework. For example: http://www.remotesoft.com/linker/ What pains do I have with VB6? (...and how does .NET improve upon them?) Well, for starters... - No object inheritance (Inherits keyword) - Flaky Initialize/Terminate events instead of proper object constructors (New, Finalize) - Hit 'n' miss garbage collection (it is no longer necessary to Set = Nothing, in fact the Set keyword is no more) - Declaring object variables As New = Pure evil (fixed in VB.NET: As New actually creates a new instance instead of the "instantiate on demand" nonsense) - Cannot initialize variables when declaring (Dim x As Integer = 123) - Weird bracket syntax for calling functions instead of subs (ALL procedures have brackets around the arguments when calling them, and the Call keyword is no more) - Implicit type conversion and default Variant datatypes (Option Strict) - Default object properties e.g. MyControl = "Hello" : Hmm... What property am I modifying? (no longer allowed, except for indexed properties) - Crappy On Error GoTo error handling method (Try...Catch Exception) - Cumbersome Win32 API calling conventions i.e. converting your data to match the C DLL syntax. (most of these calls have been built into the framework.) - Default ByRef procedure arguments = Pure evil again (now defaults to ByVal) - Arrays and collections can be tricky to work with and somewhat limited (ArrayList) - Cannot delegate event handling (Handles keyword) - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you can now actually inherit the Windows.Forms class and override/extend any behaviors you want. Or how about creating base "template" forms and inheriting your application screens from them). - Archaic Open, Input, Print, etc. I/O methods (System.IO) - No console I/O support (you can now create a console project, which is ideal for apps that run as part of batch processes). - Windows services require a separate OCX (you can now create a Windows Service project). - Multithreading is near impossible to implement, and is often unstable (System.Threading) - COM DLL hell: Installing a newer COM DLL can cause projects to break (fixed with the Global Assembly Cache, allowing multiple versions of a library to happily live on the same machine. The application's manifest and config files specify which version to use). As I said earlier, the learning curve has been a steep one, but I feel like a kid on Christmas morning again, with all these new toys to play with! -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 12:41 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From pharold at proftesting.com Tue Jun 1 14:26:53 2004 From: pharold at proftesting.com (Perry Harold) Date: Tue, 1 Jun 2004 15:26:53 -0400 Subject: [AccessD] Is there an easier way? In-Reply-To: <833956F5C117124A89417638FDB11290EBD1C5@goexchange.pghcorning.com> Message-ID: <000301c4480e$64e8b1d0$082da8c0@D58BT131> That's a great method when you can institute it. When you deal with governmental agencies especially and sometimes with companies that are bigger than yours, smaller than yours or don't have any IT personnel that know how to output data the rule is that you take what they give you. And if they feel like changing they will and you may only find out when the latest file arrives and it no longer works with your import routine that you built so carefully. Perry Harold -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Tuesday, June 01, 2004 12:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Is there an easier way? I have done something like this, but on a smaller scale. I have a database that gets updated once a year by outside providers. I didn't want to go through what you described below so I took the time to build an "Update Database" that I sent out to all the companies that needed to update information. I leave it up to the companies to get the data into the database the way they want it, then they send the "update database" to me once a year. This process is so simple that it is totally left up to the users to decide when to update the database, so far its been a "no brainer" push the button marked "UPDATE" which goes out to the network location where the database expects it to be which will run all the validation code to update and insert data. I thought it was a good idea at first, and even better when I convinced the companies to format their data for me so I wouldn't have to worry about it. Sounds like a better approach for your purposes as well. Maybe feasible, maybe not.. G'luck Rich -----Original Message----- From: Charlotte Foust [mailto:cfoust at infostatsystems.com] Sent: Tuesday, June 01, 2004 11:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Is there an easier way? John, I worked for a direct marketing company at one time, and our lists (50,000+) came in formatted differently, with names split differently and with no consistency. I did pretty much what you're describing. There really isn't an easier way ... Except get someone else to do it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Monday, May 31, 2004 8:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JRojas at tnco-inc.com Tue Jun 1 14:34:42 2004 From: JRojas at tnco-inc.com (Joe Rojas) Date: Tue, 1 Jun 2004 15:34:42 -0400 Subject: [AccessD] Adding ADODB parameters Message-ID: <0CC84C9461AE6445AD5A602001C41C4B059D17@mercury.tnco-inc.com> Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. From bchacc at san.rr.com Tue Jun 1 14:36:04 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 12:36:04 -0700 Subject: [AccessD] Another Chinese question Message-ID: <013101c4480f$adb6e390$6601a8c0@HAL9002> Dear List: I received the translations for the control captions and messages boxes from by contact in Taiwan. I have a routine which changes the captions of the labels and command button in the OnOpen event of a form and it works beautifully. However, I can't get the message boxes to display the Chinese characters. It displays ????? in place of the characters. The translations appear in the table as squares. That's ok. If I copy a translation directly into the code, it shows as ?????? Does anyone know offhand how to get foreign characters to display correctly in message boxes. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From rl_stewart at highstream.net Tue Jun 1 14:43:19 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 01 Jun 2004 14:43:19 -0500 Subject: [AccessD] Re: VB.NET In-Reply-To: <200406011615.i51GF6Q06088@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040601144104.0182bfa0@pop3.highstream.net> I am working on VB.net, ASP.net, and C#. Not too much difference between C and VB except the case sensitivity of C# and the ; at the end of almost each line of code. Luckily, I am getting it. I have a couple of sites that will be up and running in the next 3 weeks. Robert At 11:15 AM 6/1/2004 -0500, you wrote: >Date: Tue, 1 Jun 2004 09:32:59 -0600 >From: "Christopher Hawkins" >Subject: Re: [AccessD] VB.NET >To: accessd at databaseadvisors.com >Message-ID: <254500-22004621153259531 at christopherhawkins.com> >Content-Type: text/plain; charset=iso-8859-1 > >"By the way, how are our fellow listers flirting with .Net >progressing?" From bchacc at san.rr.com Tue Jun 1 14:44:58 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 12:44:58 -0700 Subject: [AccessD] VB.NET References: Message-ID: <016201c44810$ec4d1dd0$6601a8c0@HAL9002> Charlotte: How do you do deployment, then? Is the.NET project compiled so your source code is protected? And can you just send the compiled version? Rocky ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 01, 2004 11:13 AM Subject: RE: [AccessD] VB.NET > Drew, > > VB requires runtimes as well. The difference is that the VB runtimes > are almost always on the machine already. > > Charlotte Foust > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Tuesday, June 01, 2004 9:41 AM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] VB.NET > > > Yes, but I think more pains have been added. I noticed it compiles like > C++. Have you ever compiled C++? I am very novice at C++, but I went > C++in, > built my own little program. Compiled it, ran it. Yippie. Decided to > get trickier with the code, compiled/built it......errors. Any help on > the errors? Nothing obvious. Just errors. Took me a while to figure > out and fix. > > Now, doing the exact same thing in VB 6.0, goof the code, compile it, > and VB stops at the line it is having trouble with. > > Don't know if they do that in .Net or not, but I'm curious. Not too > mention the 'runtimes' required for .NET, versus VB. > > I did the film thing though, just haven't figured out what machine I'm > going to install it on. > > Just out of curiousity, what 'pains' do you have with VB? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash > Sent: Tuesday, June 01, 2004 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > Just completed a 1-week course on VB.NET. IMHO, almost every pain > associated with VB6 has been addressed in the current release. Clearly > a steeper learning curve than prior releases (they added something like > 26 keywords to the syntax), but MUCH more powerful. > > I'm looking forward to developing my first .NET app shortly. > > > ---- Original Message ---- > From: gustav at cactus.dk > To: accessd at databaseadvisors.com, > Subject: Re: [AccessD] VB.NET > Date: Tue, 1 Jun 2004 10:11:23 +0200 > > >Hi Jim > > > >Yes, US citizens and canads only ... for those tempted by C# there is > >an open source alternative with no videos - I read about it in Mike > >Gunderloy's newsletter: > > > > http://www.icsharpcode.net/OpenSource/SD/ > > > >By the way, how are our fellow listers flirting with .Net > >progressing? > >JC (and who?)? > > > >/gustav > > > > > >> Microsoft is giving away free copies of VB.NET standard. There is > >a process > >> that needs to be observed before a fully operation CD will be > >mailed out. > >> You have to follow through a set of 5 web videos and entry web > >pages before > >> you are allowed to fill the form that will hold your mailing > >address. > > > >> List members will not find the process a difficulty one, but it > >can be a > >> little lengthy. So go get yourself a cup of coffee or Chi Tea, > >turn your > >> monitor and speakers on and get ready to embrace VB.NET. > > > >> http://msdn.microsoft.com/vbasic/atthemovies/ > > > >> Unfortunately, Microsoft's generousity only extends to inhabitants > >of Canada > >> and of course USA. > >> Jim > > > ------------------------------------------------------------------------ > ---- > ---------------------------------------- > The information in this email may contain confidential information that > is legally privileged. The information is only for the use of the > intended > recipient(s) named above. If you are not the intended recipient(s), you > are hereby notified that any disclosure, copying, distribution, or the > taking > of any action in regard to the content of this email is strictly > prohibited. If > transmission is incorrect, unclear, or incomplete, please notify the > sender > immediately. The authorized recipient(s) of this information is/are > prohibited > from disclosing this information to any other party and is/are required > to > destroy the information after its stated need has been fulfilled. > > Any views expressed in this message are those of the individual sender, > except where the sender specifies and with authority, states them to be > the views of Tappe Construction Co. > > This footer also confirms that this email message has been scanned for > the presence of computer viruses.Scanning of this message and addition > of this footer is performed by SurfControl E-mail Filter software in > conjunction with virus detection software. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 14:46:18 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 14:46:18 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB5@main2.marlow.com> Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 2:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET I'd be interested in knowing which ones you disagree with. To gain perspective, of course, not to stir up a heated argument (If you wanna talk about being wowed, try out the new ASP.NET features!) Bryan, Andy et al: I realize that this discussion is better suited to dba-VB, but since the majority of listers aren't subscribed to it, I purposely left it here. I promise to let this thread die on my end by sundown. From bchacc at san.rr.com Tue Jun 1 14:47:34 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 12:47:34 -0700 Subject: [AccessD] VB.NET References: <2F8793082E00D4119A1700B0D0216BF8031BAFB4@main2.marlow.com> Message-ID: <018401c44811$490ae070$6601a8c0@HAL9002> What reporting features are in vb.net? Or do you need something like Crystal to do reports? Rocky ----- Original Message ----- From: To: Sent: Tuesday, June 01, 2004 12:07 PM Subject: RE: [AccessD] VB.NET > LOL. Good points, I agree and disagree on some. I like some of what you > call VB 'quirks'. Just a difference in opinions I guess. > > Hands down I agree that inheritance is a big step up. I still haven't been > 'wowed' though. Just my opinion, I guess I'm just being a stick in the mud. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash > Sent: Tuesday, June 01, 2004 1:56 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > As part of the code execution process, VB.NET code is compiled to CIL > (common intermediate language) code to run through the CLR (common language > runtime). You can still step through the code, set breakpoints, etc. the > same as VB6 though. > > Since everything I develop is in house, installing the .NET runtimes isn't a > big deal for me. I know that many ISVs are apprehensive about creating .NET > applications, since packaging the framework with their app would add 23 MB > to it. Even in that case, there are already a handful of 3rd party linkers > available that will allow you to distribute your app with only the necessary > assemblies instead of the entire framework. For example: > http://www.remotesoft.com/linker/ > > What pains do I have with VB6? (...and how does .NET improve upon them?) > Well, for starters... > > - No object inheritance (Inherits keyword) > - Flaky Initialize/Terminate events instead of proper object constructors > (New, Finalize) > - Hit 'n' miss garbage collection (it is no longer necessary to Set = > Nothing, in fact the Set keyword is no more) > - Declaring object variables As New = Pure evil (fixed in VB.NET: As New > actually creates a new instance instead of the "instantiate on demand" > nonsense) > - Cannot initialize variables when declaring (Dim x As Integer = 123) > - Weird bracket syntax for calling functions instead of subs (ALL procedures > have brackets around the arguments when calling them, and the Call keyword > is no more) > - Implicit type conversion and default Variant datatypes (Option Strict) > - Default object properties e.g. MyControl = "Hello" : Hmm... What property > am I modifying? (no longer allowed, except for indexed properties) > - Crappy On Error GoTo error handling method (Try...Catch Exception) > - Cumbersome Win32 API calling conventions i.e. converting your data to > match the C DLL syntax. (most of these calls have been built into the > framework.) > - Default ByRef procedure arguments = Pure evil again (now defaults to > ByVal) > - Arrays and collections can be tricky to work with and somewhat limited > (ArrayList) > - Cannot delegate event handling (Handles keyword) > - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you > can now actually inherit the Windows.Forms class and override/extend any > behaviors you want. Or how about creating base "template" forms and > inheriting your application screens from them). > - Archaic Open, Input, Print, etc. I/O methods (System.IO) > - No console I/O support (you can now create a console project, which is > ideal for apps that run as part of batch processes). > - Windows services require a separate OCX (you can now create a Windows > Service project). > - Multithreading is near impossible to implement, and is often unstable > (System.Threading) > - COM DLL hell: Installing a newer COM DLL can cause projects to break > (fixed with the Global Assembly Cache, allowing multiple versions of a > library to happily live on the same machine. The application's manifest and > config files specify which version to use). > > As I said earlier, the learning curve has been a steep one, but I feel like > a kid on Christmas morning again, with all these new toys to play with! > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Tuesday, June 01, 2004 12:41 PM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] VB.NET > > > > Yes, but I think more pains have been added. I noticed it compiles like > C++. Have you ever compiled C++? I am very novice at C++, but I went > C++in, > built my own little program. Compiled it, ran it. Yippie. Decided to get > trickier with the code, compiled/built it......errors. Any help on the > errors? Nothing obvious. Just errors. Took me a while to figure out and > fix. > > Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB > stops at the line it is having trouble with. > > Don't know if they do that in .Net or not, but I'm curious. Not too mention > the 'runtimes' required for .NET, versus VB. > > I did the film thing though, just haven't figured out what machine I'm going > to install it on. > > Just out of curiousity, what 'pains' do you have with VB? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash > Sent: Tuesday, June 01, 2004 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > Just completed a 1-week course on VB.NET. IMHO, almost every pain > associated with VB6 has been addressed in the current release. Clearly a > steeper learning curve than prior releases (they added something like 26 > keywords to the syntax), but MUCH more powerful. > > I'm looking forward to developing my first .NET app shortly. > > > ---- Original Message ---- > From: gustav at cactus.dk > To: accessd at databaseadvisors.com, > Subject: Re: [AccessD] VB.NET > Date: Tue, 1 Jun 2004 10:11:23 +0200 > > >Hi Jim > > > >Yes, US citizens and canads only ... for those tempted by C# there is > >an open source alternative with no videos - I read about it in Mike > >Gunderloy's newsletter: > > > > http://www.icsharpcode.net/OpenSource/SD/ > > > >By the way, how are our fellow listers flirting with .Net > >progressing? > >JC (and who?)? > > > >/gustav > > > > > >> Microsoft is giving away free copies of VB.NET standard. There is > >a process > >> that needs to be observed before a fully operation CD will be > >mailed out. > >> You have to follow through a set of 5 web videos and entry web > >pages before > >> you are allowed to fill the form that will hold your mailing > >address. > > > >> List members will not find the process a difficulty one, but it > >can be a > >> little lengthy. So go get yourself a cup of coffee or Chi Tea, > >turn your > >> monitor and speakers on and get ready to embrace VB.NET. > > > >> http://msdn.microsoft.com/vbasic/atthemovies/ > > > >> Unfortunately, Microsoft's generousity only extends to inhabitants > >of Canada > >> and of course USA. > >> Jim > > > > -------------------------------------------------------------------------- -- > ---------------------------------------- > The information in this email may contain confidential information that > is legally privileged. The information is only for the use of the intended > recipient(s) named above. If you are not the intended recipient(s), you > are hereby notified that any disclosure, copying, distribution, or the > taking > of any action in regard to the content of this email is strictly prohibited. > If > transmission is incorrect, unclear, or incomplete, please notify the sender > immediately. The authorized recipient(s) of this information is/are > prohibited > from disclosing this information to any other party and is/are required to > destroy the information after its stated need has been fulfilled. > > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, > states them to be the views of Tappe Construction Co. > > This footer also confirms that this email message has been scanned > for the presence of computer viruses.Scanning of this message and > addition of this footer is performed by SurfControl E-mail Filter software > in conjunction with virus detection software. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 14:49:07 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 12:49:07 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Yep. Anytime I have a table with a compound-field unique key, I also have an autonumber PK. Of course, I usually have an autonumber PK anyhow, but ... Charlotte Foust -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Tuesday, June 01, 2004 10:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Martin One way to explain it to illustrate the consequences ... an accounting app I examined the other day is often forced to use five-field compound indexes due to the lack of a single key; it's awful. /gustav > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to back me > up (<: Was split between the younger developers who supported the use > of the ID column and the older developers and DBAs who use natural > keys. Almost a 50//50 split on age lines maybe reflecting different > attitutes to design. Took me about 20mins with one of the older guys > to explain how the relationship was maintained using Idt IDs as > opposed to his staff number. He seemed to have real problems getting > the concept. > Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 14:50:51 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 12:50:51 -0700 Subject: [AccessD] VB.NET Message-ID: Crystal or ActiveReports (we use the latter). There is also MS SQL Reports, although I'm not sure that is actually out yet. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 01, 2004 11:48 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VB.NET What reporting features are in vb.net? Or do you need something like Crystal to do reports? Rocky ----- Original Message ----- From: To: Sent: Tuesday, June 01, 2004 12:07 PM Subject: RE: [AccessD] VB.NET > LOL. Good points, I agree and disagree on some. I like some of what > you call VB 'quirks'. Just a difference in opinions I guess. > > Hands down I agree that inheritance is a big step up. I still haven't been > 'wowed' though. Just my opinion, I guess I'm just being a stick in > the mud. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett > Barabash > Sent: Tuesday, June 01, 2004 1:56 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > As part of the code execution process, VB.NET code is compiled to CIL > (common intermediate language) code to run through the CLR (common language > runtime). You can still step through the code, set breakpoints, etc. > the same as VB6 though. > > Since everything I develop is in house, installing the .NET runtimes > isn't a > big deal for me. I know that many ISVs are apprehensive about > creating .NET > applications, since packaging the framework with their app would add > 23 MB to it. Even in that case, there are already a handful of 3rd > party linkers > available that will allow you to distribute your app with only the necessary > assemblies instead of the entire framework. For example: > http://www.remotesoft.com/linker/ > > What pains do I have with VB6? (...and how does .NET improve upon > them?) Well, for starters... > > - No object inheritance (Inherits keyword) > - Flaky Initialize/Terminate events instead of proper object > constructors (New, Finalize) > - Hit 'n' miss garbage collection (it is no longer necessary to Set = > Nothing, in fact the Set keyword is no more) > - Declaring object variables As New = Pure evil (fixed in VB.NET: As > New actually creates a new instance instead of the "instantiate on > demand" > nonsense) > - Cannot initialize variables when declaring (Dim x As Integer = 123) > - Weird bracket syntax for calling functions instead of subs (ALL procedures > have brackets around the arguments when calling them, and the Call > keyword is no more) > - Implicit type conversion and default Variant datatypes (Option > Strict) > - Default object properties e.g. MyControl = "Hello" : Hmm... What property > am I modifying? (no longer allowed, except for indexed properties) > - Crappy On Error GoTo error handling method (Try...Catch Exception) > - Cumbersome Win32 API calling conventions i.e. converting your data > to match the C DLL syntax. (most of these calls have been built into > the > framework.) > - Default ByRef procedure arguments = Pure evil again (now defaults to > ByVal) > - Arrays and collections can be tricky to work with and somewhat limited > (ArrayList) > - Cannot delegate event handling (Handles keyword) > - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you > can now actually inherit the Windows.Forms class and override/extend any > behaviors you want. Or how about creating base "template" forms and > inheriting your application screens from them). > - Archaic Open, Input, Print, etc. I/O methods (System.IO) > - No console I/O support (you can now create a console project, which is > ideal for apps that run as part of batch processes). > - Windows services require a separate OCX (you can now create a Windows > Service project). > - Multithreading is near impossible to implement, and is often unstable > (System.Threading) > - COM DLL hell: Installing a newer COM DLL can cause projects to break > (fixed with the Global Assembly Cache, allowing multiple versions of a > library to happily live on the same machine. The application's manifest and > config files specify which version to use). > > As I said earlier, the learning curve has been a steep one, but I feel like > a kid on Christmas morning again, with all these new toys to play > with! > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Tuesday, June 01, 2004 12:41 PM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] VB.NET > > > > Yes, but I think more pains have been added. I noticed it compiles > like > C++. Have you ever compiled C++? I am very novice at C++, but I went > C++in, > built my own little program. Compiled it, ran it. Yippie. Decided > to get > trickier with the code, compiled/built it......errors. Any help on > the errors? Nothing obvious. Just errors. Took me a while to figure > out and fix. > > Now, doing the exact same thing in VB 6.0, goof the code, compile it, > and VB > stops at the line it is having trouble with. > > Don't know if they do that in .Net or not, but I'm curious. Not too mention > the 'runtimes' required for .NET, versus VB. > > I did the film thing though, just haven't figured out what machine I'm going > to install it on. > > Just out of curiousity, what 'pains' do you have with VB? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett > Barabash > Sent: Tuesday, June 01, 2004 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > Just completed a 1-week course on VB.NET. IMHO, almost every pain > associated with VB6 has been addressed in the current release. > Clearly a steeper learning curve than prior releases (they added > something like 26 keywords to the syntax), but MUCH more powerful. > > I'm looking forward to developing my first .NET app shortly. > > > ---- Original Message ---- > From: gustav at cactus.dk > To: accessd at databaseadvisors.com, > Subject: Re: [AccessD] VB.NET > Date: Tue, 1 Jun 2004 10:11:23 +0200 > > >Hi Jim > > > >Yes, US citizens and canads only ... for those tempted by C# there is > >an open source alternative with no videos - I read about it in Mike > >Gunderloy's newsletter: > > > > http://www.icsharpcode.net/OpenSource/SD/ > > > >By the way, how are our fellow listers flirting with .Net > >progressing? JC (and who?)? > > > >/gustav > > > > > >> Microsoft is giving away free copies of VB.NET standard. There is > >a process > >> that needs to be observed before a fully operation CD will be > >mailed out. > >> You have to follow through a set of 5 web videos and entry web > >pages before > >> you are allowed to fill the form that will hold your mailing > >address. > > > >> List members will not find the process a difficulty one, but it > >can be a > >> little lengthy. So go get yourself a cup of coffee or Chi Tea, > >turn your > >> monitor and speakers on and get ready to embrace VB.NET. > > > >> http://msdn.microsoft.com/vbasic/atthemovies/ > > > >> Unfortunately, Microsoft's generousity only extends to inhabitants > >of Canada > >> and of course USA. > >> Jim > > > > ---------------------------------------------------------------------- > ---- -- > ---------------------------------------- > The information in this email may contain confidential information > that is legally privileged. The information is only for the use of the > intended > recipient(s) named above. If you are not the intended recipient(s), you > are hereby notified that any disclosure, copying, distribution, or the > taking > of any action in regard to the content of this email is strictly prohibited. > If > transmission is incorrect, unclear, or incomplete, please notify the sender > immediately. The authorized recipient(s) of this information is/are > prohibited from disclosing this information to any other party and > is/are required to destroy the information after its stated need has > been fulfilled. > > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, states > them to be the views of Tappe Construction Co. > > This footer also confirms that this email message has been scanned for > the presence of computer viruses.Scanning of this message and addition > of this footer is performed by SurfControl E-mail Filter software in > conjunction with virus detection software. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 1 14:51:05 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 1 Jun 2004 14:51:05 -0500 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? From cfoust at infostatsystems.com Tue Jun 1 14:55:38 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 12:55:38 -0700 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Tue Jun 1 14:59:39 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 1 Jun 2004 15:59:39 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB3@main2.marlow.com> Message-ID: <20040601195938.JCIO19385.imf25aec.mail.bellsouth.net@SUSANONE> Well, I'm not sure I like the competition. :) Susan H. Are you jealous? LOL From Developer at UltraDNT.com Tue Jun 1 15:03:38 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 1 Jun 2004 16:03:38 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8115169552.20040601205319@cactus.dk> Message-ID: <002401c44813$8ac03f90$6401a8c0@COA3> As a relative newbie to the list, (started 12/03?) I don't recall that debate on this list, although I was in the same debate on a SQL list that was so long and drawn out, it made me quit the list. However, in response the 50/50 split via age in the poster's class, that list split 50/50 as UK-natural, US-autonumber. Count me as a US-autonumber, Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 2:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Susan He's with you, we know that. /gustav > OK, everyone remember that Martin started it this time! ;) > Susan H. > Came to the section on Table Design. I said use an Identity value for the PK > on the table - all h%ll brooke loose for the next hour as the great debate > happened live in person. Pity JC -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 15:06:50 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 15:06:50 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB6@main2.marlow.com> LOL. I guess you'll just have to step it up a bit! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Tuesday, June 01, 2004 3:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Well, I'm not sure I like the competition. :) Susan H. Are you jealous? LOL -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 1 15:09:57 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 1 Jun 2004 15:09:57 -0500 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: Here is the code and it is in the on open event of the report: Option Compare Database Option Explicit Private Sub Report_Close() Forms![frmReports-Standard].Visible = True End Sub Private Sub Report_Open(Cancel As Integer) Dim cmdtext As String Dim selecttext As String Dim fromtext As String Dim wheretext As String Dim orderbytext As String Dim finalsqltext As String 'Link in tables for query Call linkdatatable("tblAccount") Call linkdatatable("tblEmployee") Call linkdatatable("tblTimeCardHour") Call linkdatatable("tblAdminTimeDescripion") selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'Now create the correct recordsource for the main report 'Create the SELECT portion of the SQL Statement selecttext = "SELECT" selecttext = selecttext & " tblAccount.AccountNumberID," selecttext = selecttext & " tblAccount.AccountNumber," selecttext = selecttext & " tblAccount.AccountName," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS AccountAdmin" 'Createt the FROM portion fromtext = fromtext & " FROM" If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box fromtext = fromtext & " tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID" Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" fromtext = fromtext & " TempSort1" fromtext = fromtext & " RIGHT JOIN (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " ON TempSort1.ItemId = tblAccount.EmployeeID" Case "Account Name" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountName = TempSort1.Item" Case "Account Number" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountNumberID = TempSort1.ItemId" End Select End If 'Now work on creating the WHERE portion If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box 'Do Nothing because do not need to limit the output based on selected list type Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" Case "Account Name" wheretext = wheretext & " AND (((TempSort1.Item) Is Not Null))" Case "Account Number" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" End Select 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource Me.RecordSource = finalsqltext 'Now do the same steps above for the subreports (rptOpenItems-SubReport-TimeDetail, ' rptOpenItems-SubReport-InvoiceDetail, rptOpenItems-SubReport-OtherDetail) 'rptOpenItems-SubReport-TimeDetail selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'SELECT selecttext = "SELECT" selecttext = selecttext & " tblTimeCardHour.AccountNumber," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS Employee," selecttext = selecttext & " tblTimeCardHour.DateWorked," selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," selecttext = selecttext & " tblAdminTimeDescripion.AdminTimeDescription," selecttext = selecttext & " tblTimeCardHour.DateBilled," selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," selecttext = selecttext & " tblTimeCardHour.TimeDescription" 'FROM fromtext = fromtext & " FROM" fromtext = fromtext & " (tblTimeCardHour" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = tblAdminTimeDescripion.AdminTimeID" 'WHERE 'This depends on the check box selected If Forms![frmReports-OpenAccountItems].chkBilled = 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then 'No items selected so do nothing ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" End If 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus If Len(wheretext) <> 0 Then wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource 'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext 'Maximize the Report DoCmd.Maximize End Sub "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA dvisors.com 06/01/2004 02:55 PM Please respond to "Access Developers discussion and problem solving" What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 1 15:25:06 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 1 Jun 2004 15:25:06 -0500 Subject: [AccessD] Setting Sub Report Recordsource via VBA In-Reply-To: <992787.1086119910515.JavaMail.root@sniper2.usinternet.com> Message-ID: <000601c44816$87412390$de1811d8@danwaters> Jeff, What a coincidence. I've been working on this exact problem for the last 3 hours. I finally found a note in Help for SourceObject. It says that SourceObject cannot be set or changed during a report's Open or Format events (but I know this does work for Forms). I couldn't get it to work under any of the report's events. Because I couldn't set the SourceObject of the subreport, I assume that you are also unable to set the recordsource. I now writing code to open the report in Design view, make the changes, close the report (save = yes), and then reopen in normal view. Well - that's what I know. Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jeffrey.demulling at usbank.com Sent: Tuesday, June 01, 2004 2:51 PM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Patricia.O'Connor at dfa.state.ny.us Tue Jun 1 15:48:04 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Tue, 1 Jun 2004 16:48:04 -0400 Subject: [AccessD] OT - another list - out of office Message-ID: Hi all I know this is way off topic but you people have answers for everything and I know some of you run these and other lists. I am asking here so I can forward suggestions to that list owners. I recently subscribe to another list for another software. I am getting tons of out-of-office replies from it. What makes that happen and how can I get it to stop. Thanks ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** From BBarabash at TappeConstruction.com Tue Jun 1 15:55:08 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 15:55:08 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE629@TAPPEEXCH01> My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. Some of the things I mentioned are simply style issues. I'd like to comment further on a few of the items you discussed, though: > Haven't found Initialize/Terminate events to be 'flaky'. Most of my class modules require some sort of initialization code. Ideally, you could use the Initialize event to ensure that the code runs before something else. Unfortunately, there is no way to pass in arguments to the Initialize event. As a result, I, as well as many other VB developers, end up having to write a separate sub (Init, Start, etc.) to initialize it. And, of course, other developers using my code need to be aware of it and remember to call it before doing anything else. VB.NET allows you to define multiple constructors for a class, to handle various types of object construction. For a Employee object, I could have a constructor that passes in Name and SSN, as well as a default constructor that creates the object without initializing the variables. When creating the object, it looks like: Dim emp1 As Employee = New Employee() Dim emp2 As Employee = New Employee("Joe Blow", "111-22-3333") The best part is if I absolutely, positively need certain things to be present when initializing the class, I can omit the default constructor and force them to supply the necessary parameters at instantiation. > Not sure what you really meant with the bracket syntax for functions and subs. This came up in a recent discussion. When calling a another procedure, you need to follow this (referred to by many as odd) convention: MySub x, y z = MySub(x, y) Call MySub(x, y) but NOT MySub(x, y) In VB.NET, you always place parentheses around the arguments, regardless of whether or not you do anything with its output: MySub(x, y) z = MySub(x, y) In the case of subs without arguments, you still include the parentheses e.g. MySub(), which makes it abundantly clear that you are calling another procedure without needing to use the Call keyword. > Never found Win32 API's to be combersome. I think that would put you in the minority if we took a poll. Myself, I personally dislike: - Creating callback stub procedures and working with AddressOf (especially since this is not allowed in VB6 class modules). - Padding string buffers, terminating with C nulls, and parsing the returned contents to trim out actual string value. - Determining what the return value actually means. For some API calls, it's a true or false. For others, it's the length of the buffer. Zero consistency. - Separating LOWORD and HIWORD parameter values from Longs. - Allocating/obtaining/releasing resources (Device Contexts, Brushes, Memory Locks, etc.) - Digging through the API Text Viewer to find procedures with no further documentation. - Having my entire application GPF (ditching any work I forgot to save) if I overload a buffer or send in the wrong datatype into a procedure. I would call that cumbersome. Maybe it's just a word thing > Have never found collections to be tricky to work with The "tricky" part was directed towards Arrays, not Collections. I've lost track of the number of times I've written code that checks (say in a loop) to ensure that I haven't reached the upper bounds of an array, and ReDim Preserve if I have. Then there's the whole business of trying to traverse an "empty" array. Array index out of bounds, anyone? The "limited" part was directed towards both Arrays and Collections, as they lack some key features that would make life a whole lot easier. Namely searching and sorting. > Used File I/O commands in VB pretty easily My biggest gripe is with the Serial I/O functions parsing commas and semicolons and trying to separate them into multiple fields, or choking on non-alphanumeric ASCII characters. Much of this has been improved upon with the System.IO class. > VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. What I like the most about console support is that finally you can return a value to the console on error, which is very helpful in batch processing. -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 2:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 2:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET I'd be interested in knowing which ones you disagree with. To gain perspective, of course, not to stir up a heated argument (If you wanna talk about being wowed, try out the new ASP.NET features!) Bryan, Andy et al: I realize that this discussion is better suited to dba-VB, but since the majority of listers aren't subscribed to it, I purposely left it here. I promise to let this thread die on my end by sundown. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From jwelz at hotmail.com Tue Jun 1 15:55:38 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Tue, 01 Jun 2004 14:55:38 -0600 Subject: [AccessD] VB.NET Message-ID: I've played a bit with VB.NET and have to wonder at the code generated by the IDE. I followed some sample code for one of those 'Blocks' games where you control a paddle at the bottom of a window that is used to deflect a moving ball that strikes and eliminates a series of blocks in the upper half of the screen. I implemented an array of controls to set up the blocks and cut the code created by the IDE to a small fraction of the original size. My version also started up a good deal faster. A funny thing though. After running the application 3 or 4 times it always failed. Especially if I closed the environment and reopened it. I much preferred VB's control arrays and haven't found a similar capability. Writing an event handler and making it active for a pile of controls is managed by naming each control the procedure handles in the parameters. This was much easier using Access or VB, but then, maybe there's something I'm missing. I think I'm going to like .NET because it's so much like Java in everything from threading, garbage collection, security, object oriented capability and error handling. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From ebarro at afsweb.com Tue Jun 1 15:44:30 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 13:44:30 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB5@main2.marlow.com> Message-ID: ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From James at fcidms.com Tue Jun 1 16:28:02 2004 From: James at fcidms.com (James Barash) Date: Tue, 1 Jun 2004 17:28:02 -0400 Subject: [AccessD] Adding ADODB parameters In-Reply-To: <0CC84C9461AE6445AD5A602001C41C4B059D17@mercury.tnco-inc.com> Message-ID: <200406012128.RAA25857@bruiser.bcentralhost.com> JR: Try com3.Parameters("@CV").Value + com3.Parameters("@CP").Value + ... You might also want to wrap each one in an nz() function if it is possible for one or more parameters to be Null. James Barash -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Rojas Sent: Tuesday, June 01, 2004 3:35 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Adding ADODB parameters Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davide at dalyn.co.nz Tue Jun 1 16:28:49 2004 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 02 Jun 2004 09:28:49 +1200 Subject: [AccessD] Importing Text File In-Reply-To: <5.2.0.9.0.20040602064926.00b2b5e0@mail.dalyn.co.nz> References: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20040602092643.00b3c3a8@mail.dalyn.co.nz> Has anyone else used Sagekey/Wise combination and know what is required (if anything) to register a file (and what it is) to allow importing of text? David At 2/06/2004, you wrote: >Thanks for the response. > >The client is logging in using their own username/password as set up in >SQL. I have checked the permissions on the table and they are ok. > >Is it possible that a dll needs to be registered to be able to import text? > >David > >At 31/05/2004, you wrote: >>David: >> >>How do you log on to you local server? >>(username/password/servername/databasename) You may not have logged in to >>your client's server properly or have access rights. If they are using >>pass-through or server validation make sure your username and password has >>been added to the security list or attached user group and your security is >>high enough. Finally, make sure, as a user, you actually have write rights >>to the tables and executable rights to any SPs. >> >>HTH >>Jim >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson >>Sent: Monday, May 31, 2004 10:26 PM >>To: accessd at databaseadvisors.com >>Subject: [AccessD] Importing Text File >> >> >>Access XP ade, SQL2000 >> >>I am transferring a text file into an SQL BE for processing. The command I >>am using is - >> >>DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False >> >>It works fine on my development machine. When I take it to my client's >>site and run the code from a run time installation (using Sagekey/Wise >>installation) I get an error message Error 31519 - You cannot import this >>file. >> >>The destination table exists on the client's server. >> >>I cannot find anything on the web or help or BOL. Is there a file that >>should be included in the installation to allow importing? I can export >>text files from within the program ok. >> >> >>Regards >> >>David Emerson >>Dalyn Software Ltd >>25 Cunliffe St, Churton Park >>Wellington, New Zealand >>Ph/Fax (04) 478-7456 >>Mobile 027-280-9348 >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/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 David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From DWUTKA at marlow.com Tue Jun 1 16:35:12 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 16:35:12 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB7@main2.marlow.com> That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 16:37:01 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 16:37:01 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB8@main2.marlow.com> That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. From jwcolby at colbyconsulting.com Tue Jun 1 16:40:05 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 17:40:05 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <6815136084.20040601205245@cactus.dk> Message-ID: <002701c44821$00f3b9f0$7e01a8c0@colbyws> Another way to explain it is what happens when another field is required to nail down uniqueness? Start adding yet ANOTHER FK field in all the child tables. YUK! John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 2:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Martin One way to explain it to illustrate the consequences ... an accounting app I examined the other day is often forced to use five-field compound indexes due to the lack of a single key; it's awful. /gustav > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to back me > up (<: Was split between the younger developers who supported the use > of the ID column and the older developers and DBAs who use natural > keys. Almost a 50//50 split on age lines maybe reflecting different > attitutes to design. Took me about 20mins with one of the older guys > to explain how the relationship was maintained using Idt IDs as > opposed to his staff number. He seemed to have real problems getting > the concept. > Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Tue Jun 1 16:57:26 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 1 Jun 2004 17:57:26 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <002701c44821$00f3b9f0$7e01a8c0@colbyws> Message-ID: <20040601215725.JBW18879.imf16aec.mail.bellsouth.net@SUSANONE> There's nothing wrong with natural data primary keys -- if you're a masochist. :) Susan H. Another way to explain it is what happens when another field is required to nail down uniqueness? Start adding yet ANOTHER FK field in all the child tables. YUK! From BBarabash at TappeConstruction.com Tue Jun 1 17:05:14 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 17:05:14 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE62A@TAPPEEXCH01> Initialize/Terminate: Wasn't trying to imply that it is unstable, just a pain to use . Also, this has proven to be problematic for me when programming custom controls (the Initialize event fires during design mode!) Arrays: Yes, they have searching and sorting built into the ArrayList object. I still use the old fashioned arrays quite a bit where a collection might be easier. Serial I/O: D'oh! My mistake, I meant to say sequential, not serial. Specifically the way commas and semicolons magically become field delimiters in non-binary I/O. In fact, there are many VB developers who have stated that they are perfectly content not switching from VB6 (Randy Birch of www.mvps.org/vbnet comes to mind. So ironic that his website seems to imply .NET from the name!). I have decided that the benefits of VB.NET make it very worthwhile. I have several VB6 projects that will remain that way forever (not broke, don't fix it). In fact, from what I've read, most experts strongly advise not porting the code. The .NET interop layer makes communications between .NET assemblies and COM objects a trivial task, so you really could develop .NET assemblies that talk to COM objects and vice-versa. -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 4:37 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From ebarro at afsweb.com Tue Jun 1 17:17:48 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 15:17:48 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB7@main2.marlow.com> Message-ID: Drew, I'm not sure what you mean by "What kind of security issues you are risking, though, if you are putting the scripting out on the other end to send stuff through." There is no "scripting code" that is exposed to the end user since all of that is encapsulated in the DLL that ASP.NET builds, compiles and calls everytime it runs the .NET app. ASP.NET handles all the client-side display issues using Javascript and the business logic (assuming you wrote it in VB.NET or C#) is compiled into a single DLL that the server runs to handle all the back end interaction. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From DWUTKA at marlow.com Tue Jun 1 18:28:50 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 18:28:50 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB9@main2.marlow.com> Alright, it's event driven. Which means you could do, for example, a mouse over event on a control. Not sure if you can or not, but I'm just using this as an example. For that event to occur, it has to occur on the client's machine. Therefore, something on the clients machine has to be watching for that event. It may process the event on the server, but something has to tell the server to process it, from the clients machine. ASP is server side, it's a disconnected server side, it gets a 'snapshot' from the user, and sends a 'snapshot' back. There is not a 'live' connection. For ASP.NET to do what it does, it either has to create a 'live' connection, OR it has to put client side scripting in place, to fire the server components. Does that make sense? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 5:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew, I'm not sure what you mean by "What kind of security issues you are risking, though, if you are putting the scripting out on the other end to send stuff through." There is no "scripting code" that is exposed to the end user since all of that is encapsulated in the DLL that ASP.NET builds, compiles and calls everytime it runs the .NET app. ASP.NET handles all the client-side display issues using Javascript and the business logic (assuming you wrote it in VB.NET or C#) is compiled into a single DLL that the server runs to handle all the back end interaction. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 18:36:25 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 16:36:25 -0700 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: The problem is that subreports, like subforms, open before their parents, which means it's too late to set their recordsource in the parent report's open event. You would be better advised to filter the parent report recordset to filter the subreport or else populate an unbound control on the parent and let the subreport do its own filtering on that. Still another method is to have multiple subreports and only show the one that is appropriate. Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 12:10 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA Here is the code and it is in the on open event of the report: Option Compare Database Option Explicit Private Sub Report_Close() Forms![frmReports-Standard].Visible = True End Sub Private Sub Report_Open(Cancel As Integer) Dim cmdtext As String Dim selecttext As String Dim fromtext As String Dim wheretext As String Dim orderbytext As String Dim finalsqltext As String 'Link in tables for query Call linkdatatable("tblAccount") Call linkdatatable("tblEmployee") Call linkdatatable("tblTimeCardHour") Call linkdatatable("tblAdminTimeDescripion") selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'Now create the correct recordsource for the main report 'Create the SELECT portion of the SQL Statement selecttext = "SELECT" selecttext = selecttext & " tblAccount.AccountNumberID," selecttext = selecttext & " tblAccount.AccountNumber," selecttext = selecttext & " tblAccount.AccountName," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS AccountAdmin" 'Createt the FROM portion fromtext = fromtext & " FROM" If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box fromtext = fromtext & " tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID" Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" fromtext = fromtext & " TempSort1" fromtext = fromtext & " RIGHT JOIN (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " ON TempSort1.ItemId = tblAccount.EmployeeID" Case "Account Name" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountName = TempSort1.Item" Case "Account Number" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountNumberID = TempSort1.ItemId" End Select End If 'Now work on creating the WHERE portion If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box 'Do Nothing because do not need to limit the output based on selected list type Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" Case "Account Name" wheretext = wheretext & " AND (((TempSort1.Item) Is Not Null))" Case "Account Number" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" End Select 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource Me.RecordSource = finalsqltext 'Now do the same steps above for the subreports (rptOpenItems-SubReport-TimeDetail, ' rptOpenItems-SubReport-InvoiceDetail, rptOpenItems-SubReport-OtherDetail) 'rptOpenItems-SubReport-TimeDetail selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'SELECT selecttext = "SELECT" selecttext = selecttext & " tblTimeCardHour.AccountNumber," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS Employee," selecttext = selecttext & " tblTimeCardHour.DateWorked," selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," selecttext = selecttext & " tblAdminTimeDescripion.AdminTimeDescription," selecttext = selecttext & " tblTimeCardHour.DateBilled," selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," selecttext = selecttext & " tblTimeCardHour.TimeDescription" 'FROM fromtext = fromtext & " FROM" fromtext = fromtext & " (tblTimeCardHour" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = tblAdminTimeDescripion.AdminTimeID" 'WHERE 'This depends on the check box selected If Forms![frmReports-OpenAccountItems].chkBilled = 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then 'No items selected so do nothing ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" End If 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus If Len(wheretext) <> 0 Then wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource 'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetai l].RecordSource = finalsqltext Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext 'Maximize the Report DoCmd.Maximize End Sub "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA dvisors.com 06/01/2004 02:55 PM Please respond to "Access Developers discussion and problem solving" What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ebarro at afsweb.com Tue Jun 1 18:36:38 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 16:36:38 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB9@main2.marlow.com> Message-ID: Yep...in your example of a mouseover event on a control, .NET creates that javascript code for the browser. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 4:29 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Alright, it's event driven. Which means you could do, for example, a mouse over event on a control. Not sure if you can or not, but I'm just using this as an example. For that event to occur, it has to occur on the client's machine. Therefore, something on the clients machine has to be watching for that event. It may process the event on the server, but something has to tell the server to process it, from the clients machine. ASP is server side, it's a disconnected server side, it gets a 'snapshot' from the user, and sends a 'snapshot' back. There is not a 'live' connection. For ASP.NET to do what it does, it either has to create a 'live' connection, OR it has to put client side scripting in place, to fire the server components. Does that make sense? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 5:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew, I'm not sure what you mean by "What kind of security issues you are risking, though, if you are putting the scripting out on the other end to send stuff through." There is no "scripting code" that is exposed to the end user since all of that is encapsulated in the DLL that ASP.NET builds, compiles and calls everytime it runs the .NET app. ASP.NET handles all the client-side display issues using Javascript and the business logic (assuming you wrote it in VB.NET or C#) is compiled into a single DLL that the server runs to handle all the back end interaction. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From jwcolby at colbyconsulting.com Tue Jun 1 19:17:13 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:17:13 -0400 Subject: [AccessD] Is there an easier way? In-Reply-To: <833956F5C117124A89417638FDB11290EBD1C5@goexchange.pghcorning.com> Message-ID: <002901c44836$f4970bb0$7e01a8c0@colbyws> We're talking government employees here, from dozens of states. They have no interest whatsoever in helping me. We are lucky to get the lists at all. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Tuesday, June 01, 2004 12:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Is there an easier way? I have done something like this, but on a smaller scale. I have a database that gets updated once a year by outside providers. I didn't want to go through what you described below so I took the time to build an "Update Database" that I sent out to all the companies that needed to update information. I leave it up to the companies to get the data into the database the way they want it, then they send the "update database" to me once a year. This process is so simple that it is totally left up to the users to decide when to update the database, so far its been a "no brainer" push the button marked "UPDATE" which goes out to the network location where the database expects it to be which will run all the validation code to update and insert data. I thought it was a good idea at first, and even better when I convinced the companies to format their data for me so I wouldn't have to worry about it. Sounds like a better approach for your purposes as well. Maybe feasible, maybe not.. G'luck Rich From jwcolby at colbyconsulting.com Tue Jun 1 19:22:20 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:22:20 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001701c44804$99238f10$1b02a8c0@MARTINREID> Message-ID: <002a01c44837$ab5593d0$7e01a8c0@colbyws> So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 19:32:42 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:32:42 -0400 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: Message-ID: <002b01c44839$1e7757d0$7e01a8c0@colbyws> Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 19:37:45 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:37:45 -0400 Subject: [AccessD] Is there an easier way? In-Reply-To: <14335931286.20040531191328@cactus.dk> Message-ID: <002c01c44839$d2800ec0$7e01a8c0@colbyws> Well.. Three out of three saying "that's what I did". I keep pretty good company I guess. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, May 31, 2004 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Is there an easier way? Hi John > Is my solution harder than it needs to be? Has anyone handled a > situation like this and if so, how do you deal with it? Your approach sounds pretty much like I would handle this task ... You are, of course, looking for some shortcuts but I don't think there will be any given the "dynamic" nature of the data formats. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 19:40:48 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 17:40:48 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure what that makes me ... Confused? Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 19:58:23 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:58:23 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <002d01c4483c$b4acfd10$7e01a8c0@colbyws> Nearly 60 makes you an old fart. Being on the side of autonumbers makes you an old fart with good sense. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, June 01, 2004 8:41 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure what that makes me ... Confused? Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 20:07:04 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 18:07:04 -0700 Subject: [AccessD] A2K: Loop through Forms and close open forms Message-ID: Darren Do you have an equalvalent function to my gfnIsObjectOpenBln function? Let me know and I will send it. Sorry I forgot it. Glen >From: "Darren DICK" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem >solving" >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms >Date: Tue, 1 Jun 2004 12:06:03 +1000 > >Glen >Many many thanks >Just what I needed >Many thanks > >Darren > >----- Original Message ----- >From: "Glen McWilliams" >To: >Sent: Tuesday, June 01, 2004 11:10 AM >Subject: RE: [AccessD] A2K: Loop through Forms and close open forms > > > > Darren > > > > Here is a snippet from my shut-down module, which walks through the >Forms > > collection closing any open form: > > > > '****Begin Code**** > > ' Close any open Forms. > > ' Loop through the Forms collection. > > For Each objTmp In dbsCurrent.Containers("Forms").Documents > > ' Assign the name propery value, for each Form, to the Name string > > variable. > > strName = objTmp.Name > > If gfnIsObjectOpenBln(acForm, _ > > strName) Then > > ' Use the Close method of the DoCmd object to close the >specified > > object. > > DoCmd.Close acForm, strName > > End If > > ' Repeat the foregoing block of statements for the next element in >the > > specified > > ' collection. > > Next objTmp > > '****End Code**** > > > > > > >From: "Darren DICK" > > >Reply-To: Access Developers discussion and problem > > >solving > > >To: "AccessD List" > > >Subject: [AccessD] A2K: Loop through Forms and close open forms > > >Date: Tue, 1 Jun 2004 09:46:57 +1000 > > > > > >Hello all > > > > > >I want to loop through the Forms collection and close any form/forms >that > > >is/are open. > > > > > >Any suggestions? > > > > > >Many thanks in advance > > > > > >Darren > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From karenr7 at oz.net Tue Jun 1 20:18:57 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Tue, 1 Jun 2004 18:18:57 -0700 Subject: [AccessD] Another Chinese question In-Reply-To: <013101c4480f$adb6e390$6601a8c0@HAL9002> Message-ID: <200406020118.i521IpQ07380@databaseadvisors.com> Rocky, About 3-4 years ago I was trying to do an Access project with ONE Japanese character. I had no luck. However, probably the best expert I know on Access and non-Western languages is Michael Kaplan at http://www.trigeminal.com/ Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 01, 2004 12:36 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Another Chinese question Dear List: I received the translations for the control captions and messages boxes from by contact in Taiwan. I have a routine which changes the captions of the labels and command button in the OnOpen event of a form and it works beautifully. However, I can't get the message boxes to display the Chinese characters. It displays ????? in place of the characters. The translations appear in the table as squares. That's ok. If I copy a translation directly into the code, it shows as ?????? Does anyone know offhand how to get foreign characters to display correctly in message boxes. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Tue Jun 1 20:21:11 2004 From: artful at rogers.com (Arthur Fuller) Date: Tue, 1 Jun 2004 21:21:11 -0400 Subject: [AccessD] A Database Design Question In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFA9@main2.marlow.com> Message-ID: <000a01c4483f$e3e63170$6601a8c0@rock> No need for the CustomerID since I have the CustomerClassificatonID, which implies the CustomerID via a simple join. The question is, given the choice in the XXXX table to store the CustomerClassificationID or the ClassificationID, then which to store? On reflection, I think I just answered my own question. If I have the CustomerClassificationID I have both the CustomerID and the ClassificationID, by implication. Question withdrawn! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 11:47 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] A Database Design Question Wouldn't you want to put the ClassificationID and CustomerID into the CustomerClassifications table? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Sunday, May 30, 2004 11:53 AM To: AccessD Subject: [AccessD] A Database Design Question I have 4 tables (actually lots of instances of this setup, but for simplicity let's deal with one only): Customers -- obvious CustomerDetails -- many Details for each Customer Classifications -- a list of generic classifications CustomerClassifications -- a table containing only the Classifications of interest to a given Customer The general idea is this. We populate Classifications with lots of commonly-used items such as Admin, User, Manager, etc. We populate CustomerClassifications using a combo and a NotInList event that allows the addition of new Classifications that aren't already in the Classifications table. When the user adds new CustomerDetails, we see only the Classifications of interest to said Customer (i.e. draw them from CustomerClassifications and get the text value for the combo from Classifications). Still with me? I hope so. Here's the question: should the table CustomerDetails store the CustomerClassicationID or the ClassificationID? TIA for opinions. 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 jwelz at hotmail.com Tue Jun 1 20:21:13 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Tue, 01 Jun 2004 19:21:13 -0600 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: I like to set the subreport recordsource to a saved querydef and set the SQL property of the querydef in the procedure that opens the report. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Charlotte Foust" >The problem is that subreports, like subforms, open before their >parents, which means it's too late to set their recordsource in the >parent report's open event. You would be better advised to filter the >parent report recordset to filter the subreport or else populate an >unbound control on the parent and let the subreport do its own filtering >on that. Still another method is to have multiple subreports and only >show the one that is appropriate. > >Charlotte Foust > >-----Original Message----- >From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] > >Sent: Tuesday, June 01, 2004 12:10 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA > > > > > > >Here is the code and it is in the on open event of the report: > >Option Compare Database >Option Explicit > >Private Sub Report_Close() > Forms![frmReports-Standard].Visible = True >End Sub > >Private Sub Report_Open(Cancel As Integer) > Dim cmdtext As String > Dim selecttext As String > Dim fromtext As String > Dim wheretext As String > Dim orderbytext As String > Dim finalsqltext As String > > 'Link in tables for query > Call linkdatatable("tblAccount") > Call linkdatatable("tblEmployee") > Call linkdatatable("tblTimeCardHour") > Call linkdatatable("tblAdminTimeDescripion") > > selecttext = "" > fromtext = "" > wheretext = "" > orderbytext = "" > finalsqltext = "" > > 'Now create the correct recordsource for the main report > 'Create the SELECT portion of the SQL Statement > selecttext = "SELECT" > selecttext = selecttext & " tblAccount.AccountNumberID," > selecttext = selecttext & " tblAccount.AccountNumber," > selecttext = selecttext & " tblAccount.AccountName," > selecttext = selecttext & " tblEmployee!LastName & ', ' & >tblEmployee!FirstName AS AccountAdmin" > > 'Createt the FROM portion > fromtext = fromtext & " FROM" > > If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 >Then 'No items in select box > fromtext = fromtext & " tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID" > Else 'Items in select box so base linking on item type selected > Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy > Case "Account Administrator" > fromtext = fromtext & " TempSort1" > fromtext = fromtext & " RIGHT JOIN (tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " ON TempSort1.ItemId = >tblAccount.EmployeeID" > Case "Account Name" > fromtext = fromtext & " (tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " LEFT JOIN TempSort1" > fromtext = fromtext & " ON tblAccount.AccountName = >TempSort1.Item" > Case "Account Number" > fromtext = fromtext & " (tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " LEFT JOIN TempSort1" > fromtext = fromtext & " ON tblAccount.AccountNumberID = >TempSort1.ItemId" > End Select > End If > > 'Now work on creating the WHERE portion > If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 >Then 'No items in select box > 'Do Nothing because do not need to limit the output based on >selected list type > Else 'Items in select box so base linking on item type selected > Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy > Case "Account Administrator" > wheretext = wheretext & " AND (((TempSort1.Item1) Is Not >Null))" > Case "Account Name" > wheretext = wheretext & " AND (((TempSort1.Item) Is Not >Null))" > Case "Account Number" > wheretext = wheretext & " AND (((TempSort1.Item1) Is Not >Null))" > End Select > > 'Now that the where clause is almost complete strip out the >first 5 characters " AND " > 'and then add " WHERE " to the beging of the claus > wheretext = Right(wheretext, ((Len(wheretext)) - 5)) > wheretext = " WHERE " & wheretext > End If > > 'Combine the text strings to complete finalsql string > finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" > > 'Set the recordsource > Me.RecordSource = finalsqltext > > 'Now do the same steps above for the subreports >(rptOpenItems-SubReport-TimeDetail, > ' rptOpenItems-SubReport-InvoiceDetail, >rptOpenItems-SubReport-OtherDetail) > > 'rptOpenItems-SubReport-TimeDetail > > selecttext = "" > fromtext = "" > wheretext = "" > orderbytext = "" > finalsqltext = "" > > 'SELECT > selecttext = "SELECT" > selecttext = selecttext & " tblTimeCardHour.AccountNumber," > selecttext = selecttext & " tblEmployee!LastName & ', ' & >tblEmployee!FirstName AS Employee," > selecttext = selecttext & " tblTimeCardHour.DateWorked," > selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," > selecttext = selecttext & " >tblAdminTimeDescripion.AdminTimeDescription," > selecttext = selecttext & " tblTimeCardHour.DateBilled," > selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," > selecttext = selecttext & " tblTimeCardHour.TimeDescription" > > 'FROM > fromtext = fromtext & " FROM" > fromtext = fromtext & " (tblTimeCardHour" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" > fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = >tblAdminTimeDescripion.AdminTimeID" > > 'WHERE > 'This depends on the check box selected > If Forms![frmReports-OpenAccountItems].chkBilled = 0 And >Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then > 'No items selected so do nothing > ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And >Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then > wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" > wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> >0" > ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then > wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" > ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 >Then > wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> >0" > End If > > 'Now that the where clause is almost complete strip out the first 5 >characters " AND " > 'and then add " WHERE " to the beging of the claus > If Len(wheretext) <> 0 Then > wheretext = Right(wheretext, ((Len(wheretext)) - 5)) > wheretext = " WHERE " & wheretext > End If > > 'Combine the text strings to complete finalsql string > finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" > > 'Set the recordsource > >'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetai >l].RecordSource > = finalsqltext > Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = >finalsqltext > > 'Maximize the Report > DoCmd.Maximize >End Sub _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee? Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From d.dick at uws.edu.au Tue Jun 1 20:23:58 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 2 Jun 2004 11:23:58 +1000 Subject: [AccessD] A2K: Loop through Forms and close open forms References: Message-ID: <002f01c44840$476dc6e0$48619a89@DDICK> Hi Glen No I worked it out and rolled my own fro you code What I needed was the line... "dbsCurrent.Containers("Forms").Documents" Thanks heaps Darren What I came up with is below Function f_CloseAllForms() On Error GoTo Err_f_CloseAllForms Dim objTmp As Object Dim db As Database Dim strName As String Set db = CurrentDb For Each objTmp In db.Containers("Forms").Documents strName = objTmp.Name ' If strName <> "frmSwitchboard" Then If IsLoaded(strName) Then DoCmd.Close acForm, strName, acSaveNo End If 'End If Next objTmp Exit_f_CloseAllForms: Exit Function Err_f_CloseAllForms: MsgBox Err.Number & " " & Err.Description, vbCritical, "error in f_CloseAllForms module" Resume Exit_f_CloseAllForms End Function ----- Original Message ----- From: "Glen McWilliams" To: Sent: Wednesday, June 02, 2004 11:07 AM Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > Darren > > Do you have an equalvalent function to my gfnIsObjectOpenBln function? Let > me know and I will send it. Sorry I forgot it. > > Glen > >From: "Darren DICK" > >Reply-To: Access Developers discussion and problem > >solving > >To: "Access Developers discussion and problem > >solving" > >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > >Date: Tue, 1 Jun 2004 12:06:03 +1000 > > > >Glen > >Many many thanks > >Just what I needed > >Many thanks > > > >Darren > > > >----- Original Message ----- > >From: "Glen McWilliams" > >To: > >Sent: Tuesday, June 01, 2004 11:10 AM > >Subject: RE: [AccessD] A2K: Loop through Forms and close open forms > > > > > > > Darren > > > > > > Here is a snippet from my shut-down module, which walks through the > >Forms > > > collection closing any open form: > > > > > > '****Begin Code**** > > > ' Close any open Forms. > > > ' Loop through the Forms collection. > > > For Each objTmp In dbsCurrent.Containers("Forms").Documents > > > ' Assign the name propery value, for each Form, to the Name string > > > variable. > > > strName = objTmp.Name > > > If gfnIsObjectOpenBln(acForm, _ > > > strName) Then > > > ' Use the Close method of the DoCmd object to close the > >specified > > > object. > > > DoCmd.Close acForm, strName > > > End If > > > ' Repeat the foregoing block of statements for the next element in > >the > > > specified > > > ' collection. > > > Next objTmp > > > '****End Code**** > > > > > > > > > >From: "Darren DICK" > > > >Reply-To: Access Developers discussion and problem > > > >solving > > > >To: "AccessD List" > > > >Subject: [AccessD] A2K: Loop through Forms and close open forms > > > >Date: Tue, 1 Jun 2004 09:46:57 +1000 > > > > > > > >Hello all > > > > > > > >I want to loop through the Forms collection and close any form/forms > >that > > > >is/are open. > > > > > > > >Any suggestions? > > > > > > > >Many thanks in advance > > > > > > > >Darren > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwelz at hotmail.com Tue Jun 1 20:27:11 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Tue, 01 Jun 2004 19:27:11 -0600 Subject: [AccessD] Is there an easier way? Message-ID: I'm going to agree with the general approach as well. The only thing I do differently is use only one linked data source for each user and write a copy of the data file to the prelinked location. I was forced to use this approach because we could not create ODBC data sources but could reuse one that was made for our users. I found this approach fast and efficient and have adapted it for general use. As we had a multi user environment, each user had a standard file named with his user login and a linked table name that also contained his user name. For some types of datasources this is much faster than creating the link. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "jwcolby" > >Well.. Three out of three saying "that's what I did". I keep pretty >good company I guess. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Monday, May 31, 2004 1:13 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Is there an easier way? > > >Hi John > > > Is my solution harder than it needs to be? Has anyone handled a > > situation like this and if so, how do you deal with it? > >Your approach sounds pretty much like I would handle this task ... > >You are, of course, looking for some shortcuts but I don't think there >will be any given the "dynamic" nature of the data formats. > >/gustav _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From accessd at shaw.ca Tue Jun 1 20:45:52 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 18:45:52 -0700 Subject: [AccessD] Adding ADODB parameters In-Reply-To: <0CC84C9461AE6445AD5A602001C41C4B059D17@mercury.tnco-inc.com> Message-ID: Hi Joe: I believe even though you could perform a similar calculation, in the SP or at the FE, performing such a process right in the communication process will not work. There is no conversion functionality at that point. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Joe Rojas Sent: Tuesday, June 01, 2004 12:35 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Adding ADODB parameters Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 1 20:55:57 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 18:55:57 -0700 Subject: [AccessD] Another Chinese question In-Reply-To: <013101c4480f$adb6e390$6601a8c0@HAL9002> Message-ID: Hi Rocky: If you set your test computer as if it is a Japaness computer, changing the language settings and making sure the appropriate fonts are available, that will allow you to use the character sets and display it correctly. You have to re-install your version of Access selecting the Japanese defaults. You can acquire any language sets you wish to play with through the M$ update web site. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 01, 2004 12:36 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Another Chinese question Dear List: I received the translations for the control captions and messages boxes from by contact in Taiwan. I have a routine which changes the captions of the labels and command button in the OnOpen event of a form and it works beautifully. However, I can't get the message boxes to display the Chinese characters. It displays ????? in place of the characters. The translations appear in the table as squares. That's ok. If I copy a translation directly into the code, it shows as ?????? Does anyone know offhand how to get foreign characters to display correctly in message boxes. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.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 Jun 1 20:56:00 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 18:56:00 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB5@main2.marlow.com> Message-ID: Hi Drew: > What I REALLY want to know about ASP.NET, is how browser dependant is it? Microsoft has a mini-movie on that exact subject at: http://msdn.microsoft.com/vbasic/atthemovies/ (just can not remember exactly which one.) HTH Jim From accessd at shaw.ca Tue Jun 1 21:03:25 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 19:03:25 -0700 Subject: [AccessD] VB.NET In-Reply-To: Message-ID: Hi Charlotte: > There is also MS SQL Reports, although I'm not sure that is actually out yet. I have already received a fully working copy through my 'Action Pac' set (about two weeks ago) and I believe time-out copies are on their (M$) site for download. Jim From accessd at shaw.ca Tue Jun 1 21:03:27 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 19:03:27 -0700 Subject: [AccessD] Setting Sub Report Recordsource via VBA In-Reply-To: Message-ID: Hi Jeffrey: Just a comment... It would be easier for you to simply call an external function, from the report. Easier to duplicate, revise, change on the fly and external functions seem to work faster...this I have not timed but I could swear it works faster. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jeffrey.demulling at usbank.com Sent: Tuesday, June 01, 2004 1:10 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA Here is the code and it is in the on open event of the report: Option Compare Database Option Explicit Private Sub Report_Close() Forms![frmReports-Standard].Visible = True End Sub Private Sub Report_Open(Cancel As Integer) Dim cmdtext As String Dim selecttext As String Dim fromtext As String Dim wheretext As String Dim orderbytext As String Dim finalsqltext As String 'Link in tables for query Call linkdatatable("tblAccount") Call linkdatatable("tblEmployee") Call linkdatatable("tblTimeCardHour") Call linkdatatable("tblAdminTimeDescripion") selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'Now create the correct recordsource for the main report 'Create the SELECT portion of the SQL Statement selecttext = "SELECT" selecttext = selecttext & " tblAccount.AccountNumberID," selecttext = selecttext & " tblAccount.AccountNumber," selecttext = selecttext & " tblAccount.AccountName," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS AccountAdmin" 'Createt the FROM portion fromtext = fromtext & " FROM" If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box fromtext = fromtext & " tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID" Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" fromtext = fromtext & " TempSort1" fromtext = fromtext & " RIGHT JOIN (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " ON TempSort1.ItemId = tblAccount.EmployeeID" Case "Account Name" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountName = TempSort1.Item" Case "Account Number" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountNumberID = TempSort1.ItemId" End Select End If 'Now work on creating the WHERE portion If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box 'Do Nothing because do not need to limit the output based on selected list type Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" Case "Account Name" wheretext = wheretext & " AND (((TempSort1.Item) Is Not Null))" Case "Account Number" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" End Select 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource Me.RecordSource = finalsqltext 'Now do the same steps above for the subreports (rptOpenItems-SubReport-TimeDetail, ' rptOpenItems-SubReport-InvoiceDetail, rptOpenItems-SubReport-OtherDetail) 'rptOpenItems-SubReport-TimeDetail selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'SELECT selecttext = "SELECT" selecttext = selecttext & " tblTimeCardHour.AccountNumber," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS Employee," selecttext = selecttext & " tblTimeCardHour.DateWorked," selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," selecttext = selecttext & " tblAdminTimeDescripion.AdminTimeDescription," selecttext = selecttext & " tblTimeCardHour.DateBilled," selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," selecttext = selecttext & " tblTimeCardHour.TimeDescription" 'FROM fromtext = fromtext & " FROM" fromtext = fromtext & " (tblTimeCardHour" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = tblAdminTimeDescripion.AdminTimeID" 'WHERE 'This depends on the check box selected If Forms![frmReports-OpenAccountItems].chkBilled = 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then 'No items selected so do nothing ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" End If 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus If Len(wheretext) <> 0 Then wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource 'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetail].R ecordSource = finalsqltext Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext 'Maximize the Report DoCmd.Maximize End Sub "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA dvisors.com 06/01/2004 02:55 PM Please respond to "Access Developers discussion and problem solving" What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 21:12:30 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 22:12:30 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> Message-ID: <000001c44847$0efc9a50$7e01a8c0@colbyws> Where do I get Seth's code? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ron Moore Sent: Tuesday, June 01, 2004 11:58 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 21:31:57 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 19:31:57 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Me too, Charlotte. Only I'm older. >From: "Charlotte Foust" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem >solving" >Subject: RE: [AccessD] OT: The Great Primary Debate >Date: Tue, 1 Jun 2004 17:40:48 -0700 > >Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure >what that makes me ... Confused? > >Charlotte Foust > >-----Original Message----- >From: jwcolby [mailto:jwcolby at colbyconsulting.com] >Sent: Tuesday, June 01, 2004 4:22 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: The Great Primary Debate > > >So... At 49 years old, would I qualify as one of the younger developers >or one of the older? ;-) > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >Sent: Tuesday, June 01, 2004 2:17 PM >To: Access Developers discussion and problem solving >Subject: [AccessD] OT: The Great Primary Debate > > >I was taking day one of a 4 day Programming SQL Server 2000 course >today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres >programmers moving to SQL Server. > >Came to the section on Table Design. I said use an Identity value for >the PK on the table - all h%ll brooke loose for the next hour as the >great debate happened live in person. Pity JC wasnt there to back me up >(<: Was split between the younger developers who supported the use of >the ID column and the older developers and DBAs who use natural keys. >Almost a 50//50 split on age lines maybe reflecting different attitutes >to design. Took me about 20mins with one of the older guys to explain >how the relationship was maintained using Idt IDs as opposed to his >staff number. He seemed to have real problems getting the concept. > >Martin > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 1 21:32:10 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 19:32:10 -0700 Subject: [AccessD] Another Chinese question References: Message-ID: <02c001c44849$ced2f200$6601a8c0@HAL9002> Jim: Thanks for you reply. The confusing thing is that the captions on the labels and command buttons display correctly - both the Simple and the Complex Chinese forms that she sent back. But The Msgbox doesn't. So I think the appropriate fonts are available. (I sent her the version which displays the ???s in the message boxes to see if it displays correctly there. I don't think it will. ) I guess I have to try the reinstall of Office, huh? Rocky ----- Original Message ----- From: "Jim Lawrence (AccessD)" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 01, 2004 6:55 PM Subject: RE: [AccessD] Another Chinese question > Hi Rocky: > > If you set your test computer as if it is a Japaness computer, changing the > language settings and making sure the appropriate fonts are available, that > will allow you to use the character sets and display it correctly. You have > to re-install your version of Access selecting the Japanese defaults. You > can acquire any language sets you wish to play with through the M$ update > web site. > > HTH > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 12:36 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > > Dear List: > > I received the translations for the control captions and messages boxes from > by contact in Taiwan. > > I have a routine which changes the captions of the labels and command button > in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese characters. > It displays ????? in place of the characters. The translations appear in > the table as squares. That's ok. If I copy a translation directly into the > code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to display correctly > in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 21:32:33 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 19:32:33 -0700 Subject: [AccessD] Is there an easier way? Message-ID: You better know it, John >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "'Access Developers discussion and problem >solving'" >Subject: RE: [AccessD] Is there an easier way? >Date: Tue, 1 Jun 2004 20:37:45 -0400 > >Well.. Three out of three saying "that's what I did". I keep pretty >good company I guess. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Monday, May 31, 2004 1:13 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Is there an easier way? > > >Hi John > > > Is my solution harder than it needs to be? Has anyone handled a > > situation like this and if so, how do you deal with it? > >Your approach sounds pretty much like I would handle this task ... > >You are, of course, looking for some shortcuts but I don't think there >will be any given the "dynamic" nature of the data formats. > >/gustav > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 21:36:55 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 19:36:55 -0700 Subject: [AccessD] A2K: Loop through Forms and close open forms Message-ID: Hi Darren Any time my friend. Glen >From: "Darren DICK" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem >solving" >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms >Date: Wed, 2 Jun 2004 11:23:58 +1000 > >Hi Glen >No I worked it out and rolled my own fro you code >What I needed was the line... >"dbsCurrent.Containers("Forms").Documents" > >Thanks heaps > >Darren >What I came up with is below > >Function f_CloseAllForms() > >On Error GoTo Err_f_CloseAllForms > >Dim objTmp As Object > Dim db As Database > Dim strName As String > > Set db = CurrentDb > > For Each objTmp In db.Containers("Forms").Documents > strName = objTmp.Name > ' If strName <> "frmSwitchboard" Then > If IsLoaded(strName) Then > DoCmd.Close acForm, strName, acSaveNo > End If > 'End If > Next objTmp > >Exit_f_CloseAllForms: >Exit Function > >Err_f_CloseAllForms: >MsgBox Err.Number & " " & Err.Description, vbCritical, "error in >f_CloseAllForms module" >Resume Exit_f_CloseAllForms > >End Function > > >----- Original Message ----- >From: "Glen McWilliams" >To: >Sent: Wednesday, June 02, 2004 11:07 AM >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > > > > Darren > > > > Do you have an equalvalent function to my gfnIsObjectOpenBln function? >Let > > me know and I will send it. Sorry I forgot it. > > > > Glen > > >From: "Darren DICK" > > >Reply-To: Access Developers discussion and problem > > >solving > > >To: "Access Developers discussion and problem > > >solving" > > >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > > >Date: Tue, 1 Jun 2004 12:06:03 +1000 > > > > > >Glen > > >Many many thanks > > >Just what I needed > > >Many thanks > > > > > >Darren > > > > > >----- Original Message ----- > > >From: "Glen McWilliams" > > >To: > > >Sent: Tuesday, June 01, 2004 11:10 AM > > >Subject: RE: [AccessD] A2K: Loop through Forms and close open forms > > > > > > > > > > Darren > > > > > > > > Here is a snippet from my shut-down module, which walks through the > > >Forms > > > > collection closing any open form: > > > > > > > > '****Begin Code**** > > > > ' Close any open Forms. > > > > ' Loop through the Forms collection. > > > > For Each objTmp In dbsCurrent.Containers("Forms").Documents > > > > ' Assign the name propery value, for each Form, to the Name >string > > > > variable. > > > > strName = objTmp.Name > > > > If gfnIsObjectOpenBln(acForm, _ > > > > strName) Then > > > > ' Use the Close method of the DoCmd object to close the > > >specified > > > > object. > > > > DoCmd.Close acForm, strName > > > > End If > > > > ' Repeat the foregoing block of statements for the next element >in > > >the > > > > specified > > > > ' collection. > > > > Next objTmp > > > > '****End Code**** > > > > > > > > > > > > >From: "Darren DICK" > > > > >Reply-To: Access Developers discussion and problem > > > > >solving > > > > >To: "AccessD List" > > > > >Subject: [AccessD] A2K: Loop through Forms and close open forms > > > > >Date: Tue, 1 Jun 2004 09:46:57 +1000 > > > > > > > > > >Hello all > > > > > > > > > >I want to loop through the Forms collection and close any >form/forms > > >that > > > > >is/are open. > > > > > > > > > >Any suggestions? > > > > > > > > > >Many thanks in advance > > > > > > > > > >Darren > > > > > > > > > >-- > > > > >_______________________________________________ > > > > >AccessD mailing list > > > > >AccessD at databaseadvisors.com > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 1 21:40:07 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 19:40:07 -0700 Subject: [AccessD] Another Chinese question References: <200406020118.i521IpQ07380@databaseadvisors.com> Message-ID: <02e701c4484a$eaa777c0$6601a8c0@HAL9002> Karen: I looked all over the site and couldn't find an email address for him. Do you know who I can contact him? Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Karen Rosenstiel" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 01, 2004 6:18 PM Subject: RE: [AccessD] Another Chinese question > Rocky, > About 3-4 years ago I was trying to do an Access project with ONE Japanese > character. I had no luck. > > However, probably the best expert I know on Access and non-Western languages > is Michael Kaplan at http://www.trigeminal.com/ > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 12:36 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > Dear List: > > I received the translations for the control captions and messages boxes from > by contact in Taiwan. > > I have a routine which changes the captions of the labels and command button > in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese characters. > It displays ????? in place of the characters. The translations appear in > the table as squares. That's ok. If I copy a translation directly into the > code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to display correctly > in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Tue Jun 1 21:42:44 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 2 Jun 2004 12:42:44 +1000 Subject: [AccessD] A2K: Loop through Forms and close open forms References: <004001c44769$8f93e8f0$48619a89@DDICK> <1453763751.20040601095914@cactus.dk> Message-ID: <00ba01c4484b$48299bd0$48619a89@DDICK> Thanks Gustav and Drew It's up and runnin' This list is way cool DD ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 01, 2004 5:59 PM Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > Hi Darren > > Another option is to loop through the opened forms only and close > these one by one (if possible): > > > > Public Function CloseAllForms() As Boolean > > ' Close all open forms. > ' Returns True if success. > ' Reports error message for any form that could not be closed. > ' > ' 1999-08-02. Cactus Data ApS, CPH. > > Dim lngForms As Long > Dim lngForm As Long > Dim strForm As String > Dim strCaption As String > Dim booError As Boolean > Dim strMsgPrompt As String > Dim strMsgTitle As String > Dim lngMsgStyle As Long > > On Error GoTo Err_CloseAllForms > > lngForms = Forms.Count > For lngForm = lngForms - 1 To 0 Step -1 > ' Close forms in reverse order. > strForm = Forms(lngForm).Name > DoCmd.Close acForm, strForm > Next lngForm > > CloseAllForms = Not booError > > Exit_CloseAllForms: > Exit Function > > Err_CloseAllForms: > strCaption = Forms(lngForm).Caption > If Len(strCaption) > 0 Then > strForm = strCaption > End If > strMsgTitle = "Error" > strMsgPrompt = "Form '" & strForm & "' could not be closed." & vbCr & vbLf > strMsgPrompt = strMsgPrompt & "Error:" & Str(Err.Number) & ". " & Err.Description > lngMsgStyle = vbOKOnly + vbExclamation 'vbCritical > DoCmd.Beep > MsgBox strMsgPrompt, lngMsgStyle, strMsgTitle > booError = True > Resume Next > > End Function > > > > /gustav > > > > I want to loop through the Forms collection and close any form/forms that is/are open. > > > Any suggestions? > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From karenr7 at oz.net Tue Jun 1 21:50:33 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Tue, 1 Jun 2004 19:50:33 -0700 Subject: [AccessD] Another Chinese question In-Reply-To: <02e701c4484a$eaa777c0$6601a8c0@HAL9002> Message-ID: <200406020250.i522oRQ16407@databaseadvisors.com> Rocky, It was several years ago that I corresponded with him, but try this: michka at trigeminal.com Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 01, 2004 7:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Another Chinese question Karen: I looked all over the site and couldn't find an email address for him. Do you know who I can contact him? Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Karen Rosenstiel" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 01, 2004 6:18 PM Subject: RE: [AccessD] Another Chinese question > Rocky, > About 3-4 years ago I was trying to do an Access project with ONE Japanese > character. I had no luck. > > However, probably the best expert I know on Access and non-Western languages > is Michael Kaplan at http://www.trigeminal.com/ > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 12:36 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > Dear List: > > I received the translations for the control captions and messages boxes from > by contact in Taiwan. > > I have a routine which changes the captions of the labels and command button > in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese characters. > It displays ????? in place of the characters. The translations appear in > the table as squares. That's ok. If I copy a translation directly into the > code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to display correctly > in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 1 22:53:12 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 20:53:12 -0700 Subject: [AccessD] Another Chinese question References: <200406020250.i522oRQ16407@databaseadvisors.com> Message-ID: <033c01c44855$20c3cf20$6601a8c0@HAL9002> Thanks. I'll give it a try. Rocky ----- Original Message ----- From: "Karen Rosenstiel" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 01, 2004 7:50 PM Subject: RE: [AccessD] Another Chinese question > Rocky, > It was several years ago that I corresponded with him, but try this: > michka at trigeminal.com > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 7:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Another Chinese question > > Karen: > > I looked all over the site and couldn't find an email address for him. Do > you know who I can contact him? > > Best, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Karen Rosenstiel" > To: "'Access Developers discussion and problem solving'" > > Sent: Tuesday, June 01, 2004 6:18 PM > Subject: RE: [AccessD] Another Chinese question > > > > Rocky, > > About 3-4 years ago I was trying to do an Access project with ONE Japanese > > character. I had no luck. > > > > However, probably the best expert I know on Access and non-Western > languages > > is Michael Kaplan at http://www.trigeminal.com/ > > > > Karen Rosenstiel > > Seattle WA USA > > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > > Beach Access Software > > Sent: Tuesday, June 01, 2004 12:36 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Another Chinese question > > > > Dear List: > > > > I received the translations for the control captions and messages boxes > from > > by contact in Taiwan. > > > > I have a routine which changes the captions of the labels and command > button > > in the OnOpen event of a form and it works beautifully. > > > > However, I can't get the message boxes to display the Chinese characters. > > It displays ????? in place of the characters. The translations appear in > > the table as squares. That's ok. If I copy a translation directly into > the > > code, it shows as ?????? > > > > Does anyone know offhand how to get foreign characters to display > correctly > > in message boxes. > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 1 23:17:27 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 21:17:27 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB7@main2.marlow.com> Message-ID: Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 1 23:27:33 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 21:27:33 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <002a01c44837$ab5593d0$7e01a8c0@colbyws> Message-ID: Definitely one of the younger. :-) It is one of attitute...as the kids say "No matter how old Dad gets he will never grow up." Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 1 23:41:54 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 21:41:54 -0700 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: <002b01c44839$1e7757d0$7e01a8c0@colbyws> Message-ID: Hi John: It is not that I do not believe in partitions it is I have not seen or witnessed any advantage to breaking up a drive. With indexing on, the file access is just as fast, if a drive crashes all partitions are lost, anyway and if data or program files out grow their petitioned area, it's out with the 'Partition magic'. Then there is also the very real possibility of corrupting a partition. IMHO, you might as well have been just using directories. Use the old DOS substitute command or just map a directory tree to another local drive letter. My two cents worth Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rmoore at comtechpst.com Wed Jun 2 00:02:02 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Wed, 2 Jun 2004 01:02:02 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <000001c44847$0efc9a50$7e01a8c0@colbyws> Message-ID: <000001c4485e$bf6305c0$6801a8c0@Comtech.Comtechpst.com> John, You'll find it at http://puma.agron.ksu.edu/~sgsax/download/file_io.txt. Regards, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 10:13 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Where do I get Seth's code? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ron Moore Sent: Tuesday, June 01, 2004 11:58 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andrew.haslett at ilc.gov.au Wed Jun 2 00:20:41 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Wed, 2 Jun 2004 14:50:41 +0930 Subject: [AccessD] VB.NET Message-ID: As to the 'javascript' issue: to respond to a client-side event, you'd have to write your own javascript anyway -> .Net simply does this for you, which is great for guys like me who aren't keen on JS. I can't see any security risks involved off the top of my head. Whats more is that .Net automatically determines if the browser supports 'uplevel' features, and if not, alters the client side code that it creates to suit. But, the main advantage for me is maintaining state automatically. A common scenario: "You need a web-form which displays existing data from a record, allows editing of those details and must validate the details upon submission before saving". In most languages you need to write one set of code to initially populate your fields, another to collect the user data after form submission, and yet another to validate the code and re-populate those fields if validation fails. In .Net, you populate your fields once, and apply appropriate validation rules to them. ASP.Net will then perform this validation server-side and/or client-side (if the browser supports it) *automatically*, and if the validation fails, will re-populate the fields *automatically* (through a feature called 'viewstate'). I can't think of anything that beats that... It ensures validation is carried out irrespective of the browser version, and maintains state as if it were a real-time thick-client application like Access or a Windows Application. That in itself is worth a look in my book... Cheers, Andrew -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Wednesday, 2 June 2004 7:07 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From stuart at pacific.net.hk Wed Jun 2 00:36:20 2004 From: stuart at pacific.net.hk (Stuart Sanders) Date: Wed, 2 Jun 2004 13:36:20 +0800 Subject: [AccessD] Another Chinese question In-Reply-To: <013101c4480f$adb6e390$6601a8c0@HAL9002> Message-ID: <02e701c44863$8912cf50$2a00a8c0@nbbits01> Hi Rocky, Hmmm 2 threads in a fortnight that I've read and responded to. I guess I'm almost back. Living in a city where both traditional and simplex chinese characters are commonly used I have dealt with this occasionaly. Typically though I develop in English as it is only the data entry that needs to be able to support chinese. I haven't tried doing msgbox in Chinese, but I would guess that the problem is due to the following. Windows comes with two sets of APIs for most things. One is ANSI and the other is Unicode. These are usually designated by A (ANSI) and W (Wide). If you have the default language set to a roman script language (English, French, German, etc) then windows by default uses the ANSI APIs. Likewise if you use a language set that requires Unicode windows will switch to the Wide apis. Now you can force this by progamatically calling the appropriate API at runtime. For msgbox in theory what you need to do is call the MessageBoxW api. I will have a play with this and see if I can get a test db working for you and sent it via email. Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: Wednesday, 2 June 2004 3:36 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > > Dear List: > > I received the translations for the control captions and > messages boxes from by contact in Taiwan. > > I have a routine which changes the captions of the labels and > command button in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese > characters. It displays ????? in place of the characters. > The translations appear in the table as squares. That's ok. > If I copy a translation directly into the code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to > display correctly in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From connie.kamrowski at agric.nsw.gov.au Wed Jun 2 00:51:10 2004 From: connie.kamrowski at agric.nsw.gov.au (connie.kamrowski at agric.nsw.gov.au) Date: Wed, 2 Jun 2004 15:51:10 +1000 Subject: [AccessD] Sub report Numbering Message-ID: Hi again, I have written a report which contains two separate sub reports. These reports contain conditions. report 1 contains general conditions drawn from one table and report 2 contains specific conditions drawn from another. The client would like me to include consecutive numbering on the conditions so it appears they all come from one place. This would mean I would need to be able to take the number from the final row of the first report and increment it in the second report and present on the main report. anybody have any ideas? Connie Kamrowski Analyst/Programmer Information Technology NSW Agriculture Orange Ph: 02 6391 3250 Fax:02 6391 3290 This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient or received it in error, please delete the message and notify sender. Views expressed are those of the individual sender and are not necessarily the views of their organisation. From rgilimited at btconnect.com Wed Jun 2 03:41:50 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Wed, 2 Jun 2004 09:41:50 +0100 Subject: [AccessD] Force new page from Subreport Qty Message-ID: <000401c4487d$74279700$5373a8c0@local> I have a standard type report based on Order / Order Line tables with Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no sorting or grouping in either report. I need to force a new page whenever the sum of [Qty] field in [WHD_Line_Sub] >= 3 . (ie no more than 3 items allowed per page) I have got so far: Add Text box in [WHD_Line_Sub] Name = RunSum Control Source = [Qty] Running Sum = Over All On [WHD_Line_Sub] Detail Format event : Dim x as long x = me.RunSum If x >= 3 then ??Force new Page here x = 0 End If On [WHD_Ord] Page Footer Print Event ??Reset me.RunSum = 0 Having trouble working out how to do the two items prefixed ?? Can anyone suggest the correct syntax or am I going about it the wrong way? Regards Robin Lawrence robin at rolledgold.co.uk From gustav at cactus.dk Wed Jun 2 04:33:02 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 11:33:02 +0200 Subject: [AccessD] VB.NET In-Reply-To: References: Message-ID: <1336268994.20040602113302@cactus.dk> Good question Rocky! Charlotte, what is ActiveReports? /gustav > Crystal or ActiveReports (we use the latter). There is also MS SQL > Reports, although I'm not sure that is actually out yet. > Charlotte Foust > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Tuesday, June 01, 2004 11:48 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VB.NET > What reporting features are in vb.net? Or do you need something like > Crystal to do reports? > Rocky From andrew.haslett at ilc.gov.au Wed Jun 2 05:10:56 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Wed, 2 Jun 2004 19:40:56 +0930 Subject: [AccessD] VB.NET Message-ID: SQL Reporting has been out for a few months now and is quite good. Has many of the features of the Access report designer (which is still the best going around in my opinion). Free if you already have a SQL Server License. You need Visual Studio.net to design them though. Not as powerful as Crystal... yet... Active Reports is a competitor of Crystal Reports. Some consider it better, however I haven't used it myself. It's probably cheaper than Crystal though... There are .Net versions (or add-ins) for both Crystal and Active Reports. That's said, .Net has a number of built-in graphical 'libraries' such as GDI based that you can you to produce quite nice reports (with graphs) in HTML. And since it's easier to retrieve and handle datasets and objects in .Net, its not difficult to output this data in a report format. Since its HTML, very little overhead and no plug-ins required. I'm starting to port a number of our existing Crystal Reports across to SQL Reporting Services reports or just plain HTML since it's easy to do in .Net. Been great so far. SQL Reporting: http://www.microsoft.com/sql/reporting/default.asp Crystal Reports: http://www.businessobjects.com/products/reporting/default.asp Active Reports: http://www.datadynamics.com/Products/ProductMenu.aspx?Product=ARNET Cheers, Andrew -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, 2 June 2004 7:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VB.NET Good question Rocky! Charlotte, what is ActiveReports? /gustav > Crystal or ActiveReports (we use the latter). There is also MS SQL > Reports, although I'm not sure that is actually out yet. > Charlotte Foust > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Tuesday, June 01, 2004 11:48 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VB.NET > What reporting features are in vb.net? Or do you need something like > Crystal to do reports? > Rocky -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From jwcolby at colbyconsulting.com Wed Jun 2 06:24:33 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 2 Jun 2004 07:24:33 -0400 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: Message-ID: <000a01c44894$2e4ca0b0$7e01a8c0@colbyws> Yea, personal preference. As you install dozens of programs the C: drive gets filled with directories. As you do your work, your work area gets filled with dozens of directories. I just hate wading through one looking for the other. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 02, 2004 12:42 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Going to Raid - Win2K Hi John: It is not that I do not believe in partitions it is I have not seen or witnessed any advantage to breaking up a drive. With indexing on, the file access is just as fast, if a drive crashes all partitions are lost, anyway and if data or program files out grow their petitioned area, it's out with the 'Partition magic'. Then there is also the very real possibility of corrupting a partition. IMHO, you might as well have been just using directories. Use the old DOS substitute command or just map a directory tree to another local drive letter. My two cents worth Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 2 07:12:26 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 08:12:26 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Message-ID: Many years ago, G?stav was the first to point me in this direction...thankfully, since then, I've never had a need to look anywhere else. Mark -----Original Message----- From: Ron Moore [mailto:rmoore at comtechpst.com] Sent: Wednesday, June 02, 2004 1:02 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Trouble with Seth's I/O in lieu of transfertext: John, You'll find it at http://puma.agron.ksu.edu/~sgsax/download/file_io.txt. Regards, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 10:13 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Where do I get Seth's code? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ron Moore Sent: Tuesday, June 01, 2004 11:58 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 2 07:48:38 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 08:48:38 -0400 Subject: [AccessD] Going to Raid - Win2K Message-ID: I use both methods at home. For video and imaging work I use a separate partition. I am always adding, modifying, and deleting so that partition tends to fragment quickly resulting in frequent defrag sessions. For all other created works I've gotten in the habit of creating directory structures under the ubiquitous "My Documents". Though I can't vouch for it personally, since I've never had to go through it...IIRC when you are restoring to an earlier save point, that area is ignored and all recent changes are left intact. It also makes backups a breeze...only two areas to worry about. In any case, much like Jim suggested, I create new taskbar toolbars that point to my most-used directories deep within the "My Documents" folder structure. Mark -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 02, 2004 7:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Yea, personal preference. As you install dozens of programs the C: drive gets filled with directories. As you do your work, your work area gets filled with dozens of directories. I just hate wading through one looking for the other. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 02, 2004 12:42 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Going to Raid - Win2K Hi John: It is not that I do not believe in partitions it is I have not seen or witnessed any advantage to breaking up a drive. With indexing on, the file access is just as fast, if a drive crashes all partitions are lost, anyway and if data or program files out grow their petitioned area, it's out with the 'Partition magic'. Then there is also the very real possibility of corrupting a partition. IMHO, you might as well have been just using directories. Use the old DOS substitute command or just map a directory tree to another local drive letter. My two cents worth Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From alan.lawhon at us.army.mil Wed Jun 2 07:51:28 2004 From: alan.lawhon at us.army.mil (Lawhon, Alan C Contractor/Morgan Research) Date: Wed, 2 Jun 2004 07:51:28 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <5D5043687CFCE44288407A73E4CC6E17448ED1@redstone819.ad.redstone.army.mil> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JRojas at tnco-inc.com Wed Jun 2 07:58:29 2004 From: JRojas at tnco-inc.com (Joe Rojas) Date: Wed, 2 Jun 2004 08:58:29 -0400 Subject: [AccessD] Adding ADODB parameters Message-ID: <0CC84C9461AE6445AD5A602001C41C4B059D18@mercury.tnco-inc.com> Thanks for the reply James...but unfortunately that didn't work either. I still get the type mismatch error. If I cast first: CDbl(com3.Parameters("@CV)) + CDbl(com3.Parameters("@CP")) + ... it works correctly. Any other suggestions or is this just the way it has to be? -----Original Message----- From: James Barash [mailto:James at fcidms.com] Sent: Tuesday, June 01, 2004 5:28 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Adding ADODB parameters JR: Try com3.Parameters("@CV").Value + com3.Parameters("@CP").Value + ... You might also want to wrap each one in an nz() function if it is possible for one or more parameters to be Null. James Barash -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Rojas Sent: Tuesday, June 01, 2004 3:35 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Adding ADODB parameters Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. From Mark.Mitsules at ngc.com Wed Jun 2 08:07:20 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 09:07:20 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From EdTesiny at oasas.state.ny.us Wed Jun 2 08:17:27 2004 From: EdTesiny at oasas.state.ny.us (Tesiny, Ed) Date: Wed, 2 Jun 2004 09:17:27 -0400 Subject: [AccessD] OT - another list - out of office Message-ID: People are using the Out of Office Assistant to respond to incoming emails when they're out of the office. Just setup a rule in Outlook that automatically sends these messages to the deleted files folder. Ed Tesiny EdTesiny at oasas.state.ny.us -----Original Message----- From: O'Connor, Patricia [mailto:Patricia.O'Connor at dfa.state.ny.us] Sent: Tuesday, June 01, 2004 4:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT - another list - out of office Hi all I know this is way off topic but you people have answers for everything and I know some of you run these and other lists. I am asking here so I can forward suggestions to that list owners. I recently subscribe to another list for another software. I am getting tons of out-of-office replies from it. What makes that happen and how can I get it to stop. Thanks ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Wed Jun 2 08:21:13 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Wed, 2 Jun 2004 09:21:13 -0400 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: Message-ID: <000901c448a4$7d1e9850$6401a8c0@COA3> I posted a RAID question a while back here as well. One of the hardware sites led me to this: http://www.pugservers.com I just got the 120 gb version of the item sold here. It's (relatively) cheap and brain-dead simple to set up, so far so good. Steve From gustav at cactus.dk Wed Jun 2 08:57:39 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 15:57:39 +0200 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: <13125148942.20040525152948@cactus.dk> References: <40B3CF59.31134.3496DA3@localhost> <13125148942.20040525152948@cactus.dk> Message-ID: <9722146204.20040602155739@cactus.dk> Hi all Strange. Yesterday a client called us to "fix" an accounting system (not made by us). The requested fix: Allow for transactions' descriptions to be longer than 50. I suggested 250. "That's fine! We need only about 140 or so." The number 140 was purely empirical. I sat it to 255. Five tables needed redesign. Four forms and two reports too. /gustav > Hi Stuart > well, you and several contributors to this thread - with Arthur > and Scott as the bright exceptions - should join a club of weeping > school girls. Now come on and get professional as is the general > attitude of our fellow listers. > If you design an app wrongly, you'll of course have to fix it; if some > standard is changed, say postal codes for a country goes from x to y > format and you couldn't know, the client has to pay. If your app is > out in big numbers, you would offer an update. > Since when has distributing an update been a problem? > /gustav >> On 25 May 2004 at 7:45, Scott Marcus wrote: >>> >>> Someone else mentioned not limiting fields to 2 letters for state >>> abbreviations. Why not? When the abbreviations jump to 3 letters, I'll >>> make the field bigger. That's just part of my job. >>> >> And who pays for that work to be done? >> Do you stick the client with a bill for a modification that >> shouldn't have been needed or do you wear the cost of the time >> yourself. >> What if you've got the same app rolled out in lot's of different >> places. It can get quite expensive to provide updates to all the >> sites. From gustav at cactus.dk Wed Jun 2 09:26:02 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 16:26:02 +0200 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE613@TAPPEEXCH01> References: <426071E0B0A6D311B3C0006008B0AB23AFE613@TAPPEEXCH01> Message-ID: <6423849233.20040602162602@cactus.dk> Hi Brett Where can you carry this out successfully? Not in Access 97 ... /gustav > So let me get this straight... > You just got paid $150 to do what could have been accomplished with the > following SQL statement: > ALTER TABLE MyTable > ALTER COLUMN MyField varchar(255) > So, can you pass along my name to them? Heck, I'd be willing to do that > for a mere $75! ;-) From BBarabash at TappeConstruction.com Wed Jun 2 09:34:32 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Wed, 2 Jun 2004 09:34:32 -0500 Subject: [AccessD] On DB Bloat, Bad DB Design, and various Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE62B@TAPPEEXCH01> In the SQL Server database that Drew was talking about. -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, June 02, 2004 9:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] On DB Bloat, Bad DB Design, and various Hi Brett Where can you carry this out successfully? Not in Access 97 ... /gustav > So let me get this straight... > You just got paid $150 to do what could have been accomplished with > the following SQL statement: > ALTER TABLE MyTable > ALTER COLUMN MyField varchar(255) > So, can you pass along my name to them? Heck, I'd be willing to do that > for a mere $75! ;-) -- -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From DWUTKA at marlow.com Wed Jun 2 10:23:45 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 10:23:45 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFBB@main2.marlow.com> I'm curious where they get those numbers. Most people that would have older systems like that probably wouldn't be on sites tracking that stuff! LOL. Actually, I like programming in normal ASP. ASP.NET certainly looks interesting, but I don't really see that much of an advantage with the types of projects I normally do. So it's not a matter of spending 'extra' time to handle low end users, it's just part of the simplicity that I like to have with my web stuff. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 01, 2004 11:17 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 2 10:26:13 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 10:26:13 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFBC@main2.marlow.com> I am going to have to play around with it. It does look interesting, I have just always been jaded against client side scripting. Just my personal preference though. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Wednesday, June 02, 2004 12:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET As to the 'javascript' issue: to respond to a client-side event, you'd have to write your own javascript anyway -> .Net simply does this for you, which is great for guys like me who aren't keen on JS. I can't see any security risks involved off the top of my head. Whats more is that .Net automatically determines if the browser supports 'uplevel' features, and if not, alters the client side code that it creates to suit. But, the main advantage for me is maintaining state automatically. A common scenario: "You need a web-form which displays existing data from a record, allows editing of those details and must validate the details upon submission before saving". In most languages you need to write one set of code to initially populate your fields, another to collect the user data after form submission, and yet another to validate the code and re-populate those fields if validation fails. In .Net, you populate your fields once, and apply appropriate validation rules to them. ASP.Net will then perform this validation server-side and/or client-side (if the browser supports it) *automatically*, and if the validation fails, will re-populate the fields *automatically* (through a feature called 'viewstate'). I can't think of anything that beats that... It ensures validation is carried out irrespective of the browser version, and maintains state as if it were a real-time thick-client application like Access or a Windows Application. That in itself is worth a look in my book... Cheers, Andrew -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Wednesday, 2 June 2004 7:07 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 2 10:32:39 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 10:32:39 -0500 Subject: [AccessD] On DB Bloat, Bad DB Design, and various Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFBD@main2.marlow.com> LOL. The nice thing is that you were actually told what was wrong. The real nightmare with 'short' fields is that users will sometimes describe what's going on, a little off skew. So it may take a bit of hunting before you actually find the problem. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Wednesday, June 02, 2004 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] On DB Bloat, Bad DB Design, and various Hi all Strange. Yesterday a client called us to "fix" an accounting system (not made by us). The requested fix: Allow for transactions' descriptions to be longer than 50. I suggested 250. "That's fine! We need only about 140 or so." The number 140 was purely empirical. I sat it to 255. Five tables needed redesign. Four forms and two reports too. /gustav > Hi Stuart > well, you and several contributors to this thread - with Arthur > and Scott as the bright exceptions - should join a club of weeping > school girls. Now come on and get professional as is the general > attitude of our fellow listers. > If you design an app wrongly, you'll of course have to fix it; if some > standard is changed, say postal codes for a country goes from x to y > format and you couldn't know, the client has to pay. If your app is > out in big numbers, you would offer an update. > Since when has distributing an update been a problem? > /gustav >> On 25 May 2004 at 7:45, Scott Marcus wrote: >>> >>> Someone else mentioned not limiting fields to 2 letters for state >>> abbreviations. Why not? When the abbreviations jump to 3 letters, I'll >>> make the field bigger. That's just part of my job. >>> >> And who pays for that work to be done? >> Do you stick the client with a bill for a modification that >> shouldn't have been needed or do you wear the cost of the time >> yourself. >> What if you've got the same app rolled out in lot's of different >> places. It can get quite expensive to provide updates to all the >> sites. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bridgetd at biostat.umn.edu Wed Jun 2 11:22:48 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 11:22:48 -0500 (CDT) Subject: [AccessD] Update Query? Message-ID: Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran From DWUTKA at marlow.com Wed Jun 2 11:36:27 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 11:36:27 -0500 Subject: [AccessD] Update Query? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC0@main2.marlow.com> A few questions. Do you have a Date/Time field that records when a record is created? Do you have a field that is used to determine when the last change to that record was made? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 11:23 AM To: Access Developers discussion and problem solving Subject: [AccessD] Update Query? Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 11:52:28 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 12:52:28 -0400 Subject: [AccessD] Update Query? In-Reply-To: Message-ID: <20040602165227.RADQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Bridget -- it sounds like you're just making a copy of a table with all its contents to me. Is this correct? If you're updating changes and adding new records, it sounds like an exact copy in the end. Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 12:23 PM To: Access Developers discussion and problem solving Subject: [AccessD] Update Query? Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bridgetd at biostat.umn.edu Wed Jun 2 11:56:49 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 11:56:49 -0500 (CDT) Subject: [AccessD] Update Query? In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFC0@main2.marlow.com> Message-ID: No and No. I have no control over the source data. I can put those fields into the new table I am creating from this data but I don't think that's what you're getting at. Our client will be using the demographic data from this institution (source data that I have no control over) and then adding to the created table similar data from other institutions that they(the client) will do the data entry on. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu From clh at christopherhawkins.com Wed Jun 2 11:58:36 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 2 Jun 2004 10:58:36 -0600 Subject: [AccessD] VB.NET Message-ID: <48150-2200463216583662@christopherhawkins.com> This is why I try to limit my web work to intranet apps rather than public websies - I can be 100% certain that all my users are using Browser X, which saves me from worrying if the page will render properly in Upstart v2.6x on an even-numbered Tuesday immediately preceding the equinox. I feel for you guys who write publicly-facing sites. ;) -Christopher- ---- Original Message ---- From: DWUTKA at marlow.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] VB.NET Date: Wed, 2 Jun 2004 10:23:45 -0500 >I'm curious where they get those numbers. Most people that would >have older >systems like that probably wouldn't be on sites tracking that stuff! >LOL. > >Actually, I like programming in normal ASP. ASP.NET certainly looks >interesting, but I don't really see that much of an advantage with >the types >of projects I normally do. So it's not a matter of spending 'extra' >time to >handle low end users, it's just part of the simplicity that I like >to have >with my web stuff. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim >Lawrence >(AccessD) >Sent: Tuesday, June 01, 2004 11:17 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >Drew: > >The last time I have seem statistics of the numbers of people still >using >IE4.x or older. The numbers are in the range of 0.05% or 5 for every >10,000. >Not meaning to sound heartless, but as a programmer would you spend >time or >money on designing extensive code to support that small group of >individuals? > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 2:35 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >That's good to hear! I'm still leary of 'OLDER' browsers. There >are people >in this world still using Windows 95 a, with IE 3.01. (And even >older). >Did you know it is impossible to upgrade the browser from that point, >without a CD, or the cabs for a later IE? Microsoft's own website >(including the windows update site) isn't supported in that browser. > >Still gives me the heebie jeebies. I'd have to check it out myself. > What >kind of security issues are you risking, though, if you are putting >the >scripting out on the other end to send stuff through. Just another >thought >to ponder. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro >Sent: Tuesday, June 01, 2004 3:45 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >ASP.NET code (written in either VB.NET or C#) is not browser >dependent. In >fact ASP.NET generates the appropriate javascript code for the >client side >when it renders the page. All the business logic is encapsulated in >a DLL on >the BIN folder in the web root. > >--- >Eric Barro >Senior Systems Analyst >Advanced Field Services >(208) 772-7060 >http://www.afsweb.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 12:46 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >Actually, I watched some of the ASP.Net stuff, and the only >'impressive' >feature I saw was the ability to replace .dll's that are in use. >It's an >annoyance to restart and IIS server, but it's not that difficult >really. So >it's a neat trick, but it's not making me gear up for ASP.NET. What >I >REALLY want to know about ASP.NET, is how browser dependant is it? >They had >something VERY similiar to what you see as 'features' of ASP.NET in >some >'remote' scripting language. Can't remember the exact name. >However, it >required IE, and IE only. A lot of what ASP.NET is doing, is >mimicing >features I read about a long time ago with the 'remote' scripting. >So I'm >just a bit cautious as to how 'wowie' asp tricks get. We have users >out >there with VERY old browsers....long story. > >As far as the items I disagree with: > >Haven't found Initialize/Terminate events to be 'flaky'. > >(strongly agreed with the Dim x As New comment though...pure evil. >I used >it for a while, and didn't even know about it...) > >I personally don't care to initialize variables when I'm declaring >them. To >me, that is more of a constant role, then an variable role. I >personally >prefer to declare my variables and then get to assigning them >values. I >think it helps me structure my code better. By thinking only about >what >variables I am going to need, I get a pretty good picture of the >'framework' >I am building. I find that some of my best 'code' is when I don't >have to >declare a variable 'mid stream'. (I'll declare it at top, but I mean: >'Ooops, need a variable for that...' kind of thing). > >Not sure what you really meant with the bracket syntax for functions >and >subs. > >Never found Win32 API's to be combersome. Only quirk I have ever >found are >the ones that require ByVal (which I also agree should be the >default). > >Have never found collections to be tricky to work with, and also >have not >found them to be limited either. (What limitations are you >referring too?) > >Used File I/O commands in VB pretty easily, but I think I use >slightly >different syntax/commands then what I have seen on the list. > >VB does have console support, it just can't output to it! LOL. But >if you >are writing batch files, you just need to be able to call it. > (kind >of teasing on this one, I think it would be handy too.....I think I >did find >something sometime that showed a way to create console output from >VB). > >Only real issue I have found with the services, is that the OCX does >not >allow for multi-threading. Other then that, I practically have a >'Windows >Service Project' for VB 6.0. Practically drop in place (Actually, I >usually >just grab one I built, and plop in the new code (depending on >whether it's a >timer or 'event' driven service).) > >Have never had 'unstable' issues with Multi-threading, but I will >admit that >it is somewhat a pain to implement....well, somewhat is understating >it a >little! LOL. > >Drew > >- >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From bridgetd at biostat.umn.edu Wed Jun 2 12:04:06 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 12:04:06 -0500 (CDT) Subject: [AccessD] Update Query? In-Reply-To: <20040602165227.RADQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Message-ID: Susan: This is mostly the case. I have to clean up some bad design issues each time by pulling only the min date for each patient and the fields that go along with that. The design mixes data that should have been a separate table. I have no control over that. So yes, once I get only the records I need, it probably is a copy. But the table that is being created will have data added to it from other sources. So I would need to delete all the records from the data source I don't have control over first and then just append? Is that what you're saying? thanks Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu On Wed, 2 Jun 2004, Susan Harkins wrote: > Bridget -- it sounds like you're just making a copy of a table with all its > contents to me. Is this correct? If you're updating changes and adding new > records, it sounds like an exact copy in the end. > > Susan H. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bridget Doran > Sent: Wednesday, June 02, 2004 12:23 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Update Query? > > Hi all, > > I will be pulling a table on a monthly basis from another access database. > Initially, I make a new table with these records. Then monthly, I want to > update the new table with only records that have changed from their original > source or new records that have been added. > > Is this a simple query? > > Thanks for any help. > > Bridget Doran > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Mark.Mitsules at ngc.com Wed Jun 2 12:06:58 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 13:06:58 -0400 Subject: [AccessD] Update Query? Message-ID: I also had a similar need a few years ago. To suit my purposes, I picked up a copy of FMS's "Total Access Detective" http://www.fmsinc.com/products/detective/. It allows you to compare two database objects and determine what was added, modified, or deleted. However this approach might have required that the two objects be structurally identical...I can't recall. Mark -----Original Message----- From: Bridget Doran [mailto:bridgetd at biostat.umn.edu] Sent: Wednesday, June 02, 2004 12:23 PM To: Access Developers discussion and problem solving Subject: [AccessD] Update Query? Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 2 12:10:50 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 12:10:50 -0500 Subject: [AccessD] Update Query? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC4@main2.marlow.com> I would have to go with what Susan said then, since the end result is that you have a 'new' copy of the data. The issue there is, that you now are overwriting 'extra' data, which is going to bloat the size of your database. You'll need to compact the database more often. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 11:57 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Update Query? No and No. I have no control over the source data. I can put those fields into the new table I am creating from this data but I don't think that's what you're getting at. Our client will be using the demographic data from this institution (source data that I have no control over) and then adding to the created table similar data from other institutions that they(the client) will do the data entry on. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Jun 2 12:10:52 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 19:10:52 +0200 Subject: [AccessD] Update Query? In-Reply-To: References: Message-ID: <7033740976.20040602191052@cactus.dk> Hi Bridget > I will be pulling a table on a monthly basis from another access > database. Initially, I make a new table with these records. Then monthly, > I want to update the new table with only records that have changed from > their original source or new records that have been added. > Is this a simple query? Not quite sure from your explanation what is "initial" and what is not. However, a combined update/append query is possible - but you need to type a little more than usual. Here tblOld is the table holding the old records (to be modified or supplemented), while tblNew is the table holding the new or revised records: 1. Create an update query and add the two tables. Join the two tables by dragging the key field of tblNew onto the matching field of tblOld. 2. Double-click on the relationship and choose the join option that includes all records from tblNew and only those that match from tblOld. 3. Select all the fields from tblOld and drag them onto the QBE grid. 4. For each field, in the Update To cell, type in tblNew!FieldName where FieldName matches the field name of tblOld. 5. Select Query Properties from the View menu and change Unique Records to False. This switches off the DISTINCTROW option which you otherwise will see in the SQL view of the query. If DISTINCTROW is on you'll get only one blank record in your results, but you want one blank record for each new record to be added to tblOld. 6. Run the query. When done, the changes from tblNew have been applied to tblOld. This will only add records to tblOld that existed in tblNew but not in tblOld. No records will be deleted; records in tblOld that aren't present in tblNew will remain untouched. /gustav From DWUTKA at marlow.com Wed Jun 2 12:22:31 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 12:22:31 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC5@main2.marlow.com> I write for both our Intranet, and for the web. I have no qualms with client side scripting on our Intranet, because it's just like you said, a controlled environment. It's going to the web that is tricky. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 02, 2004 11:59 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET This is why I try to limit my web work to intranet apps rather than public websies - I can be 100% certain that all my users are using Browser X, which saves me from worrying if the page will render properly in Upstart v2.6x on an even-numbered Tuesday immediately preceding the equinox. I feel for you guys who write publicly-facing sites. ;) -Christopher- ---- Original Message ---- From: DWUTKA at marlow.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] VB.NET Date: Wed, 2 Jun 2004 10:23:45 -0500 >I'm curious where they get those numbers. Most people that would >have older >systems like that probably wouldn't be on sites tracking that stuff! >LOL. > >Actually, I like programming in normal ASP. ASP.NET certainly looks >interesting, but I don't really see that much of an advantage with >the types >of projects I normally do. So it's not a matter of spending 'extra' >time to >handle low end users, it's just part of the simplicity that I like >to have >with my web stuff. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim >Lawrence >(AccessD) >Sent: Tuesday, June 01, 2004 11:17 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >Drew: > >The last time I have seem statistics of the numbers of people still >using >IE4.x or older. The numbers are in the range of 0.05% or 5 for every >10,000. >Not meaning to sound heartless, but as a programmer would you spend >time or >money on designing extensive code to support that small group of >individuals? > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 2:35 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >That's good to hear! I'm still leary of 'OLDER' browsers. There >are people >in this world still using Windows 95 a, with IE 3.01. (And even >older). >Did you know it is impossible to upgrade the browser from that point, >without a CD, or the cabs for a later IE? Microsoft's own website >(including the windows update site) isn't supported in that browser. > >Still gives me the heebie jeebies. I'd have to check it out myself. > What >kind of security issues are you risking, though, if you are putting >the >scripting out on the other end to send stuff through. Just another >thought >to ponder. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro >Sent: Tuesday, June 01, 2004 3:45 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >ASP.NET code (written in either VB.NET or C#) is not browser >dependent. In >fact ASP.NET generates the appropriate javascript code for the >client side >when it renders the page. All the business logic is encapsulated in >a DLL on >the BIN folder in the web root. > >--- >Eric Barro >Senior Systems Analyst >Advanced Field Services >(208) 772-7060 >http://www.afsweb.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 12:46 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >Actually, I watched some of the ASP.Net stuff, and the only >'impressive' >feature I saw was the ability to replace .dll's that are in use. >It's an >annoyance to restart and IIS server, but it's not that difficult >really. So >it's a neat trick, but it's not making me gear up for ASP.NET. What >I >REALLY want to know about ASP.NET, is how browser dependant is it? >They had >something VERY similiar to what you see as 'features' of ASP.NET in >some >'remote' scripting language. Can't remember the exact name. >However, it >required IE, and IE only. A lot of what ASP.NET is doing, is >mimicing >features I read about a long time ago with the 'remote' scripting. >So I'm >just a bit cautious as to how 'wowie' asp tricks get. We have users >out >there with VERY old browsers....long story. > >As far as the items I disagree with: > >Haven't found Initialize/Terminate events to be 'flaky'. > >(strongly agreed with the Dim x As New comment though...pure evil. >I used >it for a while, and didn't even know about it...) > >I personally don't care to initialize variables when I'm declaring >them. To >me, that is more of a constant role, then an variable role. I >personally >prefer to declare my variables and then get to assigning them >values. I >think it helps me structure my code better. By thinking only about >what >variables I am going to need, I get a pretty good picture of the >'framework' >I am building. I find that some of my best 'code' is when I don't >have to >declare a variable 'mid stream'. (I'll declare it at top, but I mean: >'Ooops, need a variable for that...' kind of thing). > >Not sure what you really meant with the bracket syntax for functions >and >subs. > >Never found Win32 API's to be combersome. Only quirk I have ever >found are >the ones that require ByVal (which I also agree should be the >default). > >Have never found collections to be tricky to work with, and also >have not >found them to be limited either. (What limitations are you >referring too?) > >Used File I/O commands in VB pretty easily, but I think I use >slightly >different syntax/commands then what I have seen on the list. > >VB does have console support, it just can't output to it! LOL. But >if you >are writing batch files, you just need to be able to call it. > (kind >of teasing on this one, I think it would be handy too.....I think I >did find >something sometime that showed a way to create console output from >VB). > >Only real issue I have found with the services, is that the OCX does >not >allow for multi-threading. Other then that, I practically have a >'Windows >Service Project' for VB 6.0. Practically drop in place (Actually, I >usually >just grab one I built, and plop in the new code (depending on >whether it's a >timer or 'event' driven service).) > >Have never had 'unstable' issues with Multi-threading, but I will >admit that >it is somewhat a pain to implement....well, somewhat is understating >it a >little! LOL. > >Drew > >- >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 bellsouth.net Wed Jun 2 12:30:12 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 13:30:12 -0400 Subject: [AccessD] Update Query? In-Reply-To: Message-ID: <20040602173011.DPDN18130.imf20aec.mail.bellsouth.net@SUSANONE> But the table that is being created will have data added to it from other sources. So I would need to delete all the records from the data source I don't have control over first and then just append? Is that what you're saying? If the table is a copy, you can just use Make-Table and not worry about when records were last updated -- but only if you're creating a copy. If the table you're working from gets data from other sources, that doesn't sound like the case. Susan H. From Lambert.Heenan at AIG.com Wed Jun 2 12:30:28 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 2 Jun 2004 13:30:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BA@xlivmbx12.aig.com> No, I'd say that the answer to this unspoken question is that if they fear the corruption of the PK field then why on earth are they storing ANY information in a database at all? If one field can be magically corrupted then so can all the others. Lambert > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [SMTP:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural > Key" PK debate. For lack of a better word or terminology, I'm going to > refer to it as the "Fear Factor" or a fuzzy type of generalized > apprehension. > This "apprehension" boils down to something along the lines of, "Well, > what > happens if the AutoNumber field gets corrupted or somehow those > autonumbers > get jumbled or out-of-sequence? If that happens, then how do we > re-establish > the primary keys and make sure they're associated with the correct > records?" > (The more records there are in a table, the more heightened this fear or > apprehension tends to be.) > > The answer to this [unspoken] question is that they would rather avoid the > possibility altogether by using non-Autonumber composite (i.e. "Natural") > primary keys. It appears, from my experience, that folks who have not > been > trained in database theory seem to have an intuitive preference for > natural > keys - even when such "natural" keys involve the concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such > an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are managing a > substantial (several million record) environmental database with multiple > linked tables, numerous views, action queries, macros, et cetera ... This > application requires primary and foreign keys in nearly all of the base > tables. Early on we tried to persuade the senior project engineer, (a > chemical engineer by profession), of the wisdom of using single-field > AutoNumbers for the PK in the most important table of the application. > He adamantly refused, insisting on a two-field composite primary key. > We did our best to try and persuade him that an autonumber PK was best, > but he wouldn't hear it. Since this engineer has major input into our > performance appraisals, the programming staff acquiesced. We decided to > live with a "composite" PK - even if we didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the conclusion > that folks who prefer "natural" (composite) PKs do so due to a general > apprehension or mistrust of AutoNumbers. I don't think it is a > "technical" > issue, but rather a "people issue" centering around fear and apprehension. > Whenever one sees a strong visceral reaction, (such as what Martin saw > yesterday), this tends to reinforce my perception that this is more of > a "people problem" than a purely "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > From gustav at cactus.dk Wed Jun 2 12:57:40 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 19:57:40 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BA@xlivmbx12.aig.com> References: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BA@xlivmbx12.aig.com> Message-ID: <14536548513.20040602195740@cactus.dk> Hi Lambert One way this can happen is if referential integrity is not applied or is not applied correctly; then a parent table can be deleted leaving children data with no clue where they belonged to. But then again: what are we talking about? Bad design can or will always cause trouble. /gustav > No, I'd say that the answer to this unspoken question is that if they fear > the corruption of the PK field then why on earth are they storing ANY > information in a database at all? If one field can be magically corrupted > then so can all the others. > Lambert >> -----Original Message----- >> From: Lawhon, Alan C Contractor/Morgan Research >> [SMTP:alan.lawhon at us.army.mil] >> Sent: Wednesday, June 02, 2004 8:51 AM >> To: 'Access Developers discussion and problem solving' >> Subject: RE: [AccessD] OT: The Great Primary Debate >> >> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >> >> I think there is another factor involved in this "AutoNumber versus Natural >> Key" PK debate. For lack of a better word or terminology, I'm going to >> refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. >> This "apprehension" boils down to something along the lines of, "Well, what >> happens if the AutoNumber field gets corrupted or somehow those autonumbers >> get jumbled or out-of-sequence? If that happens, then how do we re-establish >> the primary keys and make sure they're associated with the correct records?" From Mark.Mitsules at ngc.com Wed Jun 2 13:13:28 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 14:13:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: >> Bad design can or will always cause trouble. <<< Exactly. Which is why one should always use autonumbers...:))))))))) Mark -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, June 02, 2004 1:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Lambert One way this can happen is if referential integrity is not applied or is not applied correctly; then a parent table can be deleted leaving children data with no clue where they belonged to. But then again: what are we talking about? Bad design can or will always cause trouble. /gustav > No, I'd say that the answer to this unspoken question is that if they fear > the corruption of the PK field then why on earth are they storing ANY > information in a database at all? If one field can be magically corrupted > then so can all the others. > Lambert >> -----Original Message----- >> From: Lawhon, Alan C Contractor/Morgan Research >> [SMTP:alan.lawhon at us.army.mil] >> Sent: Wednesday, June 02, 2004 8:51 AM >> To: 'Access Developers discussion and problem solving' >> Subject: RE: [AccessD] OT: The Great Primary Debate >> >> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >> >> I think there is another factor involved in this "AutoNumber versus Natural >> Key" PK debate. For lack of a better word or terminology, I'm going to >> refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. >> This "apprehension" boils down to something along the lines of, "Well, what >> happens if the AutoNumber field gets corrupted or somehow those autonumbers >> get jumbled or out-of-sequence? If that happens, then how do we re-establish >> the primary keys and make sure they're associated with the correct records?" -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed Jun 2 13:19:13 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 2 Jun 2004 14:19:13 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BC@xlivmbx12.aig.com> Gustav, " Bad design can or will always cause trouble". Exactly. I was not wondering how data might get messed up, we all know lots of great ways to do that, but just commenting on a flaw in some of the RIDICULOUS arguments people put forth for "Natural Keys". In case you didn't get it, I'm in the AutoNumbers Rule class. [Just barely 50, so that makes me a slightly old fart to use Colby notation :-) ] Lambert > -----Original Message----- > From: Gustav Brock [SMTP:gustav at cactus.dk] > Sent: Wednesday, June 02, 2004 1:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: The Great Primary Debate > > Hi Lambert > > One way this can happen is if referential integrity is not applied or > is not applied correctly; then a parent table can be deleted leaving > children data with no clue where they belonged to. But then again: > what are we talking about? Bad design can or will always cause > trouble. > > /gustav > > > > No, I'd say that the answer to this unspoken question is that if they > fear > > the corruption of the PK field then why on earth are they storing ANY > > information in a database at all? If one field can be magically > corrupted > > then so can all the others. > > > Lambert > > >> -----Original Message----- > >> From: Lawhon, Alan C Contractor/Morgan Research > >> [SMTP:alan.lawhon at us.army.mil] > >> Sent: Wednesday, June 02, 2004 8:51 AM > >> To: 'Access Developers discussion and problem solving' > >> Subject: RE: [AccessD] OT: The Great Primary Debate > >> > >> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > >> > >> I think there is another factor involved in this "AutoNumber versus > Natural > >> Key" PK debate. For lack of a better word or terminology, I'm going to > >> refer to it as the "Fear Factor" or a fuzzy type of generalized > apprehension. > >> This "apprehension" boils down to something along the lines of, "Well, > what > >> happens if the AutoNumber field gets corrupted or somehow those > autonumbers > >> get jumbled or out-of-sequence? If that happens, then how do we > re-establish > >> the primary keys and make sure they're associated with the correct > records?" > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Wed Jun 2 13:23:33 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 2 Jun 2004 13:23:33 -0500 Subject: [AccessD] Error 3146 ODBC Call Failed Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FC79@corp-es01.FLEETPRIDE.COM> Shot in the dark but I recall having similar problems with an ODBC driver once when I set it up as a file DSN rather than a system DSN. HTH Jim Hale -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Tuesday, June 01, 2004 10:35 AM To: Access Developers discussion and problem solving Subject: [AccessD] Error 3146 ODBC Call Failed Access 97 front end using pass thru query that runs a stored procedure in SQL server 7.0 Error message: Error 3146 ODBC Call failed. All other "processes" on the FE are working except for this sproc. When sproc is run on SQL server 7.0 it runs fine but when run from the FE it craps out. Has anyone encountered this issue? If so what steps were taken to solve the issue. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Jun 2 13:28:33 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 20:28:33 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BC@xlivmbx12.aig.com> References: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BC@xlivmbx12.aig.com> Message-ID: <19838401358.20040602202833@cactus.dk> Hi Lambert (and Mark) Oh sure, I did get it! My example was just an illustration - based on a real-life story many years ago (not my design). /gustav > Gustav, > " Bad design can or will always cause trouble". Exactly. I was not wondering > how data might get messed up, we all know lots of great ways to do that, but > just commenting on a flaw in some of the RIDICULOUS arguments people put > forth for "Natural Keys". > In case you didn't get it, I'm in the AutoNumbers Rule class. [Just barely > 50, so that makes me a slightly old fart to use Colby notation :-) ] > Lambert >> -----Original Message----- >> From: Gustav Brock [SMTP:gustav at cactus.dk] >> Sent: Wednesday, June 02, 2004 1:58 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] OT: The Great Primary Debate >> >> Hi Lambert >> >> One way this can happen is if referential integrity is not applied or >> is not applied correctly; then a parent table can be deleted leaving >> children data with no clue where they belonged to. But then again: >> what are we talking about? Bad design can or will always cause >> trouble. >> >> /gustav >> >> >> > No, I'd say that the answer to this unspoken question is that if they fear >> > the corruption of the PK field then why on earth are they storing ANY >> > information in a database at all? If one field can be magically corrupted >> > then so can all the others. From accessd at shaw.ca Wed Jun 2 14:42:59 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 12:42:59 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFBB@main2.marlow.com> Message-ID: Hi Drew: I have often wondered that myself. One article said that this information could be gathered through Google or Yahoo. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 02, 2004 8:24 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET I'm curious where they get those numbers. Most people that would have older systems like that probably wouldn't be on sites tracking that stuff! LOL. Actually, I like programming in normal ASP. ASP.NET certainly looks interesting, but I don't really see that much of an advantage with the types of projects I normally do. So it's not a matter of spending 'extra' time to handle low end users, it's just part of the simplicity that I like to have with my web stuff. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 01, 2004 11:17 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 2 15:03:27 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 13:03:27 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Realistically, if you get a natural key corrupted in millions of records, what good does it do to avoid autonumbers? You still won't be able to reunite the child records, so a fear of autonumbers is patently ridiculous. A composite key is just as likely to corrupt, since it only takes one bad field to destroy it, and it's just as big a problem to recreate the information. Charlotte Foust -----Original Message----- From: Heenan, Lambert [mailto:Lambert.Heenan at aig.com] Sent: Wednesday, June 02, 2004 9:30 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate No, I'd say that the answer to this unspoken question is that if they fear the corruption of the PK field then why on earth are they storing ANY information in a database at all? If one field can be magically corrupted then so can all the others. Lambert > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [SMTP:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural Key" PK debate. For lack of a better word or terminology, I'm > going to refer to it as the "Fear Factor" or a fuzzy type of > generalized apprehension. > This "apprehension" boils down to something along the lines of, "Well, > what > happens if the AutoNumber field gets corrupted or somehow those > autonumbers > get jumbled or out-of-sequence? If that happens, then how do we > re-establish > the primary keys and make sure they're associated with the correct > records?" > (The more records there are in a table, the more heightened this fear or > apprehension tends to be.) > > The answer to this [unspoken] question is that they would rather avoid > the possibility altogether by using non-Autonumber composite (i.e. > "Natural") primary keys. It appears, from my experience, that folks > who have not been trained in database theory seem to have an intuitive > preference for natural > keys - even when such "natural" keys involve the concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such > an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are managing > a substantial (several million record) environmental database with > multiple linked tables, numerous views, action queries, macros, et > cetera ... This application requires primary and foreign keys in > nearly all of the base tables. Early on we tried to persuade the > senior project engineer, (a chemical engineer by profession), of the > wisdom of using single-field AutoNumbers for the PK in the most > important table of the application. He adamantly refused, insisting on > a two-field composite primary key. We did our best to try and persuade > him that an autonumber PK was best, but he wouldn't hear it. Since > this engineer has major input into our performance appraisals, the > programming staff acquiesced. We decided to live with a "composite" > PK - even if we didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the > conclusion that folks who prefer "natural" (composite) PKs do so due > to a general apprehension or mistrust of AutoNumbers. I don't think > it is a "technical" issue, but rather a "people issue" centering > around fear and apprehension. Whenever one sees a strong visceral > reaction, (such as what Martin saw yesterday), this tends to reinforce > my perception that this is more of a "people problem" than a purely > "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 2 15:14:34 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 13:14:34 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I respectfully disagree. Those who prefer autonumbers are in favor of simplicity. If you've ever designed databases using a design tool like ERWin or Visio or any other tool for designing the data/entity structure, you quickly discover what a mess compound keys can be. In Access table design, it looks like you're just creating a link between comparable fields in two tables. When you use a design tool, you get a different take on it. Visio 5 and before only allowed you to create unique field names in a database structure. That meant that if you had ABCID in one table, you couldn't create it in another, so it you wanted it there as a foreign key, you created a relationship and the tool inserted the field in the other table. However, if it's part of a unique key but not in itself unique, you can't enforce RI on just that specific field, so you wind up dragging *all* the fields in the compound key to the other table to create the relationship. If that key happens to be part of the primary or unique key in the other table, then you wind up with an even bigger key to connect to some other table. It starts to snowball and you can wind up with 6 or 7 fields in a PK, which is ridiculous. Those who opt for "natural" keys, want a key they can look at and recognize conveniently. No one in their right mind is going to do that on millions of records voluntarily when something goes wrong, so where's the advantage? Charlotte Foust -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Wednesday, June 02, 2004 5:07 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 2 15:20:01 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 13:20:01 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Hey, watch who you're calling names! But I'll save the "good sense" remark for the next argument we have! LOL Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:58 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Nearly 60 makes you an old fart. Being on the side of autonumbers makes you an old fart with good sense. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, June 01, 2004 8:41 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure what that makes me ... Confused? Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bridgetd at biostat.umn.edu Wed Jun 2 15:49:50 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 15:49:50 -0500 (CDT) Subject: [AccessD] update query using values from a query Message-ID: Hello again! I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. Also a weird thing is I tested this with some test tables that had fewer fields using a query off the table for the update and it worked. eg > update TBL2 inner join qry_TBL1 ON TBL2.field1 = qry_TBL1.field1 SET TBL2.field2 = qry_TBL1.field2 This worked but my real one doesn't. The only difference being more fields. Any help much appreciated again. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu From MPorter at acsalaska.com Wed Jun 2 16:03:32 2004 From: MPorter at acsalaska.com (Porter, Mark) Date: Wed, 2 Jun 2004 13:03:32 -0800 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <635B80FE6C7D5A409586A6A110D97D17029A3F@ACSANCHOR.corp.acsalaska.com> One approach I've seen which I've adopted is a combination of both. Each table has both a unique identifier as well as a natural key. The unique identifier is always the FK and has the clustered index. Great for joins and row identifiers. The natural key has a unique index on the fields preventing duplicates. Mark > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Wednesday, June 02, 2004 12:15 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > I respectfully disagree. > > Those who prefer autonumbers are in favor of simplicity. If you've > ever designed databases using a design tool like ERWin or Visio or any > other tool for designing the data/entity structure, you > quickly discover > what a mess compound keys can be. In Access table design, it > looks like > you're just creating a link between comparable fields in two tables. > When you use a design tool, you get a different take on it. > Visio 5 and > before only allowed you to create unique field names in a database > structure. That meant that if you had ABCID in one table, > you couldn't > create it in another, so it you wanted it there as a foreign key, you > created a relationship and the tool inserted the field in the other > table. However, if it's part of a unique key but not in > itself unique, > you can't enforce RI on just that specific field, so you wind up > dragging *all* the fields in the compound key to the other table to > create the relationship. If that key happens to be part of > the primary > or unique key in the other table, then you wind up with an even bigger > key to connect to some other table. It starts to snowball and you can > wind up with 6 or 7 fields in a PK, which is ridiculous. > Those who opt > for "natural" keys, want a key they can look at and recognize > conveniently. No one in their right mind is going to do that on > millions of records voluntarily when something goes wrong, so where's > the advantage? > > Charlotte Foust > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Wednesday, June 02, 2004 5:07 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > As a potential hypothesis, I would have to agree. But in > order to prove > your hypothesis you should have presented the opposite "Fear > Factor" as > well:) That those in favor of AutoNumbers fear the user's ability to > screw up even a five-field compound key by unwittingly uncovering the > one situation in which it would fail;) And, that those in favor of > AutoNumbers fear the complexity and never-ending maintenance that will > "inevitably" result from such a decision;) > > > Mark > > > > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [mailto:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural Key" PK debate. For lack of a better word or terminology, I'm > going to refer to it as the "Fear Factor" or a fuzzy type of > generalized > apprehension. This "apprehension" boils down to something along the > lines of, "Well, what happens if the AutoNumber field gets > corrupted or > somehow those autonumbers get jumbled or out-of-sequence? If that > happens, then how do we re-establish the primary keys and make sure > they're associated with the correct records?" (The more records there > are in a table, the more heightened this fear or apprehension tends to > be.) > > The answer to this [unspoken] question is that they would rather avoid > the possibility altogether by using non-Autonumber composite (i.e. > "Natural") primary keys. It appears, from my experience, > that folks who > have not been trained in database theory seem to have an intuitive > preference for natural keys - even when such "natural" keys > involve the > concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are > managing a > substantial (several million record) environmental database with > multiple linked tables, numerous views, action queries, macros, et > cetera ... This application requires primary and foreign > keys in nearly > all of the base tables. Early on we tried to persuade the senior > project engineer, (a chemical engineer by profession), of the > wisdom of > using single-field AutoNumbers for the PK in the most > important table of > the application. He adamantly refused, insisting on a two-field > composite primary key. We did our best to try and persuade him that an > autonumber PK was best, but he wouldn't hear it. Since this engineer > has major input into our performance appraisals, the programming staff > acquiesced. We decided to live with a "composite" PK - even if we > didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the > conclusion > that folks who prefer "natural" (composite) PKs do so due to a general > apprehension or mistrust of AutoNumbers. I don't think it is a > "technical" issue, but rather a "people issue" centering > around fear and > apprehension. Whenever one sees a strong visceral reaction, (such as > what Martin saw yesterday), this tends to reinforce my perception that > this is more of a "people problem" than a purely "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > > > -----Original Message----- > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > Sent: Tuesday, June 01, 2004 1:17 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: The Great Primary Debate > > > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to > back me up > (<: Was split between the younger developers who supported the use of > the ID column and the older developers and DBAs who use natural keys. > Almost a 50//50 split on age lines maybe reflecting different > attitutes > to design. Took me about 20mins with one of the older guys to explain > how the relationship was maintained using Idt IDs as opposed to his > staff number. He seemed to have real problems getting the concept. > > Martin > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > *********************************************************************************** 2/6/2004 This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS From jwcolby at colbyconsulting.com Wed Jun 2 16:14:32 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 2 Jun 2004 17:14:32 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <5D5043687CFCE44288407A73E4CC6E17448ED1@redstone819.ad.redstone.army.mil> Message-ID: <001001c448e6$99a5e2c0$7e01a8c0@colbyws> Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawhon, Alan C Contractor/Morgan Research Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Wed Jun 2 16:18:34 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 2 Jun 2004 17:18:34 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83C5@xlivmbx12.aig.com> Ah Hah! This sounds like a cunning variation on "show them what the want to see, but use an AutoNumber in any case". I like it! :-) Lambert > -----Original Message----- > From: Porter, Mark [SMTP:MPorter at acsalaska.com] > Sent: Wednesday, June 02, 2004 5:04 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > One approach I've seen which I've adopted is a combination of both. > > Each table has both a unique identifier as well as a natural key. The > unique identifier is always the FK and has the clustered index. Great for > joins and row identifiers. > > The natural key has a unique index on the fields preventing duplicates. > > Mark > > > > -----Original Message----- > > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > > Sent: Wednesday, June 02, 2004 12:15 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > I respectfully disagree. > > > > Those who prefer autonumbers are in favor of simplicity. If you've > > ever designed databases using a design tool like ERWin or Visio or any > > other tool for designing the data/entity structure, you > > quickly discover > > what a mess compound keys can be. In Access table design, it > > looks like > > you're just creating a link between comparable fields in two tables. > > When you use a design tool, you get a different take on it. > > Visio 5 and > > before only allowed you to create unique field names in a database > > structure. That meant that if you had ABCID in one table, > > you couldn't > > create it in another, so it you wanted it there as a foreign key, you > > created a relationship and the tool inserted the field in the other > > table. However, if it's part of a unique key but not in > > itself unique, > > you can't enforce RI on just that specific field, so you wind up > > dragging *all* the fields in the compound key to the other table to > > create the relationship. If that key happens to be part of > > the primary > > or unique key in the other table, then you wind up with an even bigger > > key to connect to some other table. It starts to snowball and you can > > wind up with 6 or 7 fields in a PK, which is ridiculous. > > Those who opt > > for "natural" keys, want a key they can look at and recognize > > conveniently. No one in their right mind is going to do that on > > millions of records voluntarily when something goes wrong, so where's > > the advantage? > > > > Charlotte Foust > > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > > Sent: Wednesday, June 02, 2004 5:07 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > As a potential hypothesis, I would have to agree. But in > > order to prove > > your hypothesis you should have presented the opposite "Fear > > Factor" as > > well:) That those in favor of AutoNumbers fear the user's ability to > > screw up even a five-field compound key by unwittingly uncovering the > > one situation in which it would fail;) And, that those in favor of > > AutoNumbers fear the complexity and never-ending maintenance that will > > "inevitably" result from such a decision;) > > > > > > Mark > > > > > > > > -----Original Message----- > > From: Lawhon, Alan C Contractor/Morgan Research > > [mailto:alan.lawhon at us.army.mil] > > Sent: Wednesday, June 02, 2004 8:51 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > > > I think there is another factor involved in this "AutoNumber versus > > Natural Key" PK debate. For lack of a better word or terminology, I'm > > going to refer to it as the "Fear Factor" or a fuzzy type of > > generalized > > apprehension. This "apprehension" boils down to something along the > > lines of, "Well, what happens if the AutoNumber field gets > > corrupted or > > somehow those autonumbers get jumbled or out-of-sequence? If that > > happens, then how do we re-establish the primary keys and make sure > > they're associated with the correct records?" (The more records there > > are in a table, the more heightened this fear or apprehension tends to > > be.) > > > > The answer to this [unspoken] question is that they would rather avoid > > the possibility altogether by using non-Autonumber composite (i.e. > > "Natural") primary keys. It appears, from my experience, > > that folks who > > have not been trained in database theory seem to have an intuitive > > preference for natural keys - even when such "natural" keys > > involve the > > concatenation of two (or > > more!) fields - with all the headaches that come from trying to manage > > such an unweildy arrangement. > > > > I have experienced this issue firsthand here at work. We are > > managing a > > substantial (several million record) environmental database with > > multiple linked tables, numerous views, action queries, macros, et > > cetera ... This application requires primary and foreign > > keys in nearly > > all of the base tables. Early on we tried to persuade the senior > > project engineer, (a chemical engineer by profession), of the > > wisdom of > > using single-field AutoNumbers for the PK in the most > > important table of > > the application. He adamantly refused, insisting on a two-field > > composite primary key. We did our best to try and persuade him that an > > autonumber PK was best, but he wouldn't hear it. Since this engineer > > has major input into our performance appraisals, the programming staff > > acquiesced. We decided to live with a "composite" PK - even if we > > didn't like it or agree with it. > > > > After giving this a great deal of thought, I have come to the > > conclusion > > that folks who prefer "natural" (composite) PKs do so due to a general > > apprehension or mistrust of AutoNumbers. I don't think it is a > > "technical" issue, but rather a "people issue" centering > > around fear and > > apprehension. Whenever one sees a strong visceral reaction, (such as > > what Martin saw yesterday), this tends to reinforce my perception that > > this is more of a "people problem" than a purely "technical" problem. > > > > Does this make any sense to the rest of you? > > > > Alan C. Lawhon > > > > > > -----Original Message----- > > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > > Sent: Tuesday, June 01, 2004 1:17 PM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] OT: The Great Primary Debate > > > > > > I was taking day one of a 4 day Programming SQL Server 2000 course > > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > > programmers moving to SQL Server. > > > > Came to the section on Table Design. I said use an Identity value for > > the PK on the table - all h%ll brooke loose for the next hour as the > > great debate happened live in person. Pity JC wasnt there to > > back me up > > (<: Was split between the younger developers who supported the use of > > the ID column and the older developers and DBAs who use natural keys. > > Almost a 50//50 split on age lines maybe reflecting different > > attitutes > > to design. Took me about 20mins with one of the older guys to explain > > how the relationship was maintained using Idt IDs as opposed to his > > staff number. He seemed to have real problems getting the concept. > > > > Martin > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > ************************************************************************** > ********* > 2/6/2004 > This transmittal may contain confidential information intended solely for > the addressee. If you are not the intended recipient, you are hereby > notified that you have received this transmittal in error; any review, > dissemination, distribution or copying of this transmittal is strictly > prohibited. If you have received this communication in error, please > notify > us immediately by reply or by telephone (collect at 907-564-1000) and ask > to > speak with the message sender. In addition, please immediately delete this > message and all attachments. Thank you. ACS > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 16:34:47 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 17:34:47 -0400 Subject: [AccessD] update query using values from a query In-Reply-To: Message-ID: <20040602213446.ZRNB18879.imf16aec.mail.bellsouth.net@SUSANONE> I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. Susan H. From accessd at shaw.ca Wed Jun 2 16:37:05 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 14:37:05 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83C5@xlivmbx12.aig.com> Message-ID: Lambert: Your are right of course...always keep the client happy and in this case what they do not will not hurt you. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 02, 2004 2:19 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Ah Hah! This sounds like a cunning variation on "show them what the want to see, but use an AutoNumber in any case". I like it! :-) Lambert > -----Original Message----- > From: Porter, Mark [SMTP:MPorter at acsalaska.com] > Sent: Wednesday, June 02, 2004 5:04 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > One approach I've seen which I've adopted is a combination of both. > > Each table has both a unique identifier as well as a natural key. The > unique identifier is always the FK and has the clustered index. Great for > joins and row identifiers. > > The natural key has a unique index on the fields preventing duplicates. > > Mark > > > > -----Original Message----- > > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > > Sent: Wednesday, June 02, 2004 12:15 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > I respectfully disagree. > > > > Those who prefer autonumbers are in favor of simplicity. If you've > > ever designed databases using a design tool like ERWin or Visio or any > > other tool for designing the data/entity structure, you > > quickly discover > > what a mess compound keys can be. In Access table design, it > > looks like > > you're just creating a link between comparable fields in two tables. > > When you use a design tool, you get a different take on it. > > Visio 5 and > > before only allowed you to create unique field names in a database > > structure. That meant that if you had ABCID in one table, > > you couldn't > > create it in another, so it you wanted it there as a foreign key, you > > created a relationship and the tool inserted the field in the other > > table. However, if it's part of a unique key but not in > > itself unique, > > you can't enforce RI on just that specific field, so you wind up > > dragging *all* the fields in the compound key to the other table to > > create the relationship. If that key happens to be part of > > the primary > > or unique key in the other table, then you wind up with an even bigger > > key to connect to some other table. It starts to snowball and you can > > wind up with 6 or 7 fields in a PK, which is ridiculous. > > Those who opt > > for "natural" keys, want a key they can look at and recognize > > conveniently. No one in their right mind is going to do that on > > millions of records voluntarily when something goes wrong, so where's > > the advantage? > > > > Charlotte Foust > > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > > Sent: Wednesday, June 02, 2004 5:07 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > As a potential hypothesis, I would have to agree. But in > > order to prove > > your hypothesis you should have presented the opposite "Fear > > Factor" as > > well:) That those in favor of AutoNumbers fear the user's ability to > > screw up even a five-field compound key by unwittingly uncovering the > > one situation in which it would fail;) And, that those in favor of > > AutoNumbers fear the complexity and never-ending maintenance that will > > "inevitably" result from such a decision;) > > > > > > Mark > > > > > > > > -----Original Message----- > > From: Lawhon, Alan C Contractor/Morgan Research > > [mailto:alan.lawhon at us.army.mil] > > Sent: Wednesday, June 02, 2004 8:51 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > > > I think there is another factor involved in this "AutoNumber versus > > Natural Key" PK debate. For lack of a better word or terminology, I'm > > going to refer to it as the "Fear Factor" or a fuzzy type of > > generalized > > apprehension. This "apprehension" boils down to something along the > > lines of, "Well, what happens if the AutoNumber field gets > > corrupted or > > somehow those autonumbers get jumbled or out-of-sequence? If that > > happens, then how do we re-establish the primary keys and make sure > > they're associated with the correct records?" (The more records there > > are in a table, the more heightened this fear or apprehension tends to > > be.) > > > > The answer to this [unspoken] question is that they would rather avoid > > the possibility altogether by using non-Autonumber composite (i.e. > > "Natural") primary keys. It appears, from my experience, > > that folks who > > have not been trained in database theory seem to have an intuitive > > preference for natural keys - even when such "natural" keys > > involve the > > concatenation of two (or > > more!) fields - with all the headaches that come from trying to manage > > such an unweildy arrangement. > > > > I have experienced this issue firsthand here at work. We are > > managing a > > substantial (several million record) environmental database with > > multiple linked tables, numerous views, action queries, macros, et > > cetera ... This application requires primary and foreign > > keys in nearly > > all of the base tables. Early on we tried to persuade the senior > > project engineer, (a chemical engineer by profession), of the > > wisdom of > > using single-field AutoNumbers for the PK in the most > > important table of > > the application. He adamantly refused, insisting on a two-field > > composite primary key. We did our best to try and persuade him that an > > autonumber PK was best, but he wouldn't hear it. Since this engineer > > has major input into our performance appraisals, the programming staff > > acquiesced. We decided to live with a "composite" PK - even if we > > didn't like it or agree with it. > > > > After giving this a great deal of thought, I have come to the > > conclusion > > that folks who prefer "natural" (composite) PKs do so due to a general > > apprehension or mistrust of AutoNumbers. I don't think it is a > > "technical" issue, but rather a "people issue" centering > > around fear and > > apprehension. Whenever one sees a strong visceral reaction, (such as > > what Martin saw yesterday), this tends to reinforce my perception that > > this is more of a "people problem" than a purely "technical" problem. > > > > Does this make any sense to the rest of you? > > > > Alan C. Lawhon > > > > > > -----Original Message----- > > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > > Sent: Tuesday, June 01, 2004 1:17 PM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] OT: The Great Primary Debate > > > > > > I was taking day one of a 4 day Programming SQL Server 2000 course > > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > > programmers moving to SQL Server. > > > > Came to the section on Table Design. I said use an Identity value for > > the PK on the table - all h%ll brooke loose for the next hour as the > > great debate happened live in person. Pity JC wasnt there to > > back me up > > (<: Was split between the younger developers who supported the use of > > the ID column and the older developers and DBAs who use natural keys. > > Almost a 50//50 split on age lines maybe reflecting different > > attitutes > > to design. Took me about 20mins with one of the older guys to explain > > how the relationship was maintained using Idt IDs as opposed to his > > staff number. He seemed to have real problems getting the concept. > > > > Martin > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > ************************************************************************** > ********* > 2/6/2004 > This transmittal may contain confidential information intended solely for > the addressee. If you are not the intended recipient, you are hereby > notified that you have received this transmittal in error; any review, > dissemination, distribution or copying of this transmittal is strictly > prohibited. If you have received this communication in error, please > notify > us immediately by reply or by telephone (collect at 907-564-1000) and ask > to > speak with the message sender. In addition, please immediately delete this > message and all attachments. Thank you. ACS > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Wed Jun 2 17:06:42 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 2 Jun 2004 17:06:42 -0500 Subject: [AccessD] Help on Complicated record count query SOLVED Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FC82@corp-es01.FLEETPRIDE.COM> Append templates did the trick! Each page had a header that said either either "Deposits" or "Withdrawals" I was able to append the word "withdrawals" to the appropriate records and flip the sign. I also figured out an SQL solution but append was the easiest. Many thanks! Jim Hale -----Original Message----- From: James Barash [mailto:James at fcidms.com] Sent: Thursday, May 27, 2004 4:07 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Help on Complicated record count query Jim: If you are using Monarch Pro to parse the bank statement, it may be possible to capture deposit or withdrawal as part of the data. Does the bank statement have the word "Deposit" somewhere before the deposit records and "Withdrawals" before the withdrawal records, or some other distictive text that separates the two? If so, you should be able to capture that and add it to each record. You can set up an Append Template to search for specific text and add that to all subsequent records. I've done that in the past with some fairly complicated mainframe reports that we needed to parse and with a little creative trial and error, you can often differentiate records that look identical as long as there is some header information somewhere in the report. A purely Access solution would be to open a recordset and walk through it one record at a time, convert fldDate to a real date and compare that to the fldDate of the previous record. When the new date is earlier than the previous date, you know that record, and all the the rest of the records, are withdrawals and you can update fldAmt to fldAmt * -1.0 . James Barash -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Thursday, May 27, 2004 11:41 AM To: Access Developers discussion and problem solving Subject: [AccessD] Help on Complicated record count query Using Monarch I have successfully parsed a bank statement file (6620 records) into Access. Unfortunately deposits and withdrawals are both positive numbers. The problem I am having is determining where withdrawals begin so that I can flip the sign. Below are the relevant fields. SELECT tblBankStmt.fldDate, tblBankStmt.fldAmt, tblBankStmt.fldCustref, tblBankStmt.fldDescr FROM tblBankStmt; fldate is actually a text field with "04/01" - "04/30". Deposits are listed first with 4/1-4/30 in order. The withdrawals start over with 4/1. There is nothing in the table to distinguish where withdrawal records start except that the date changes from 4/30 on the last deposit item back to 4/1 on the first withdrawal item. So I need an SQL criteria (or maybe an iif stmt on the amt field) that counts the number of deposit records and flips the sign on every record after that. I do not khow to do this so any help would appreciated. TIA Jim Hale -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From my.lists at verizon.net Wed Jun 2 17:32:23 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 02 Jun 2004 15:32:23 -0700 Subject: [AccessD] VB.NET In-Reply-To: References: Message-ID: <40BE5577.8030807@verizon.net> Jim Lawrence (AccessD) wrote On 6/1/2004 7:03 PM: >Hi Charlotte: > > > >>There is also MS SQL Reports, although I'm not sure that is actually out >> >> >yet. > >I have already received a fully working copy through my 'Action Pac' set >(about two weeks ago) and I believe time-out copies are on their (M$) site >for download. > > > we received a full working copy of Sql Server Standard Reporting Services. I've yet to install it because of some of what the eula requirements are (re: IIS on the same server. I'm going to play with the demo install some more in order to get that right before I go live w/ the install. -- -Francisco From accessd at shaw.ca Wed Jun 2 18:09:42 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 16:09:42 -0700 Subject: [AccessD] update query using values from a query In-Reply-To: <20040602213446.ZRNB18879.imf16aec.mail.bellsouth.net@SUSANONE> Message-ID: Hi Susan: Show me the query... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 02, 2004 2:35 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] update query using values from a query I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Wed Jun 2 18:54:49 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Thu, 3 Jun 2004 09:54:49 +1000 Subject: [AccessD] A2K: Undo a Parent from a sub Message-ID: <007c01c448fc$fe32d840$48619a89@DDICK> Hello all The standard Me.Undo will perform a record level undo if activated from a form. Excellent How do I perform a Me.Undo (to the parent) from a sub form? Eg Me.Parent.Undo doesn't work Me.Parent.Form.Undo doesn't work dim strFormName strFormName = Me.Parent.Form.Name Forms(strFormName).Undo doesn't work Any suggestions? Darren From cfoust at infostatsystems.com Wed Jun 2 19:12:52 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 17:12:52 -0700 Subject: [AccessD] A2K: Undo a Parent from a sub Message-ID: You can't. The parent record has already been saved when you move into the subform. You would have to store the previous values in the beforeupdate event of the parent form and then have a rollback method to restore them. Charlotte Foust -----Original Message----- From: Darren DICK [mailto:d.dick at uws.edu.au] Sent: Wednesday, June 02, 2004 3:55 PM To: AccessD List Subject: [AccessD] A2K: Undo a Parent from a sub Hello all The standard Me.Undo will perform a record level undo if activated from a form. Excellent How do I perform a Me.Undo (to the parent) from a sub form? Eg Me.Parent.Undo doesn't work Me.Parent.Form.Undo doesn't work dim strFormName strFormName = Me.Parent.Form.Name Forms(strFormName).Undo doesn't work Any suggestions? Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 19:16:15 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 20:16:15 -0400 Subject: [AccessD] update query using values from a query In-Reply-To: Message-ID: <20040603001614.NTPO18130.imf20aec.mail.bellsouth.net@SUSANONE> ??? Jim -- I don't understand the request. Susan H. Hi Susan: Show me the query... Jim I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. 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 accessd at shaw.ca Wed Jun 2 20:03:36 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 18:03:36 -0700 Subject: [AccessD] update query using values from a query In-Reply-To: <20040603001614.NTPO18130.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: Sorry Susan: Was rushing and did not read the whole paragraph..... Well I would have helped :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 02, 2004 5:16 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] update query using values from a query ??? Jim -- I don't understand the request. Susan H. Hi Susan: Show me the query... Jim I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 2 19:58:03 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 02 Jun 2004 17:58:03 -0700 Subject: [AccessD] OT: The Great Primary Debate References: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83C5@xlivmbx12.aig.com> Message-ID: <40BE779B.4080702@shaw.ca> This article has some test results and workarounds using SQL Server which may or maynot reinforce your reasons for using autonumbers. The Cost of GUIDs as Primary Keys http://www.informit.com/articles/article.asp?p=25862 Heenan, Lambert wrote: >Ah Hah! This sounds like a cunning variation on "show them what the want to >see, but use an AutoNumber in any case". > >I like it! :-) > >Lambert > > > >>-----Original Message----- >>From: Porter, Mark [SMTP:MPorter at acsalaska.com] >>Sent: Wednesday, June 02, 2004 5:04 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] OT: The Great Primary Debate >> >>One approach I've seen which I've adopted is a combination of both. >> >>Each table has both a unique identifier as well as a natural key. The >>unique identifier is always the FK and has the clustered index. Great for >>joins and row identifiers. >> >>The natural key has a unique index on the fields preventing duplicates. >> >>Mark >> >> >> >> >>>-----Original Message----- >>>From: Charlotte Foust [mailto:cfoust at infostatsystems.com] >>>Sent: Wednesday, June 02, 2004 12:15 PM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>I respectfully disagree. >>> >>> Those who prefer autonumbers are in favor of simplicity. If you've >>>ever designed databases using a design tool like ERWin or Visio or any >>>other tool for designing the data/entity structure, you >>>quickly discover >>>what a mess compound keys can be. In Access table design, it >>>looks like >>>you're just creating a link between comparable fields in two tables. >>>When you use a design tool, you get a different take on it. >>>Visio 5 and >>>before only allowed you to create unique field names in a database >>>structure. That meant that if you had ABCID in one table, >>>you couldn't >>>create it in another, so it you wanted it there as a foreign key, you >>>created a relationship and the tool inserted the field in the other >>>table. However, if it's part of a unique key but not in >>>itself unique, >>>you can't enforce RI on just that specific field, so you wind up >>>dragging *all* the fields in the compound key to the other table to >>>create the relationship. If that key happens to be part of >>>the primary >>>or unique key in the other table, then you wind up with an even bigger >>>key to connect to some other table. It starts to snowball and you can >>>wind up with 6 or 7 fields in a PK, which is ridiculous. >>>Those who opt >>>for "natural" keys, want a key they can look at and recognize >>>conveniently. No one in their right mind is going to do that on >>>millions of records voluntarily when something goes wrong, so where's >>>the advantage? >>> >>>Charlotte Foust >>> >>>-----Original Message----- >>>From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >>>Sent: Wednesday, June 02, 2004 5:07 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>As a potential hypothesis, I would have to agree. But in >>>order to prove >>>your hypothesis you should have presented the opposite "Fear >>>Factor" as >>>well:) That those in favor of AutoNumbers fear the user's ability to >>>screw up even a five-field compound key by unwittingly uncovering the >>>one situation in which it would fail;) And, that those in favor of >>>AutoNumbers fear the complexity and never-ending maintenance that will >>>"inevitably" result from such a decision;) >>> >>> >>>Mark >>> >>> >>> >>>-----Original Message----- >>>From: Lawhon, Alan C Contractor/Morgan Research >>>[mailto:alan.lawhon at us.army.mil] >>>Sent: Wednesday, June 02, 2004 8:51 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >>> >>>I think there is another factor involved in this "AutoNumber versus >>>Natural Key" PK debate. For lack of a better word or terminology, I'm >>>going to refer to it as the "Fear Factor" or a fuzzy type of >>>generalized >>>apprehension. This "apprehension" boils down to something along the >>>lines of, "Well, what happens if the AutoNumber field gets >>>corrupted or >>>somehow those autonumbers get jumbled or out-of-sequence? If that >>>happens, then how do we re-establish the primary keys and make sure >>>they're associated with the correct records?" (The more records there >>>are in a table, the more heightened this fear or apprehension tends to >>>be.) >>> >>>The answer to this [unspoken] question is that they would rather avoid >>>the possibility altogether by using non-Autonumber composite (i.e. >>>"Natural") primary keys. It appears, from my experience, >>>that folks who >>>have not been trained in database theory seem to have an intuitive >>>preference for natural keys - even when such "natural" keys >>>involve the >>>concatenation of two (or >>>more!) fields - with all the headaches that come from trying to manage >>>such an unweildy arrangement. >>> >>>I have experienced this issue firsthand here at work. We are >>>managing a >>>substantial (several million record) environmental database with >>>multiple linked tables, numerous views, action queries, macros, et >>>cetera ... This application requires primary and foreign >>>keys in nearly >>>all of the base tables. Early on we tried to persuade the senior >>>project engineer, (a chemical engineer by profession), of the >>>wisdom of >>>using single-field AutoNumbers for the PK in the most >>>important table of >>>the application. He adamantly refused, insisting on a two-field >>>composite primary key. We did our best to try and persuade him that an >>>autonumber PK was best, but he wouldn't hear it. Since this engineer >>>has major input into our performance appraisals, the programming staff >>>acquiesced. We decided to live with a "composite" PK - even if we >>>didn't like it or agree with it. >>> >>>After giving this a great deal of thought, I have come to the >>>conclusion >>>that folks who prefer "natural" (composite) PKs do so due to a general >>>apprehension or mistrust of AutoNumbers. I don't think it is a >>>"technical" issue, but rather a "people issue" centering >>>around fear and >>>apprehension. Whenever one sees a strong visceral reaction, (such as >>>what Martin saw yesterday), this tends to reinforce my perception that >>>this is more of a "people problem" than a purely "technical" problem. >>> >>>Does this make any sense to the rest of you? >>> >>>Alan C. Lawhon >>> >>> >>>-----Original Message----- >>>From: Martin Reid [mailto:mwp.reid at qub.ac.uk] >>>Sent: Tuesday, June 01, 2004 1:17 PM >>>To: Access Developers discussion and problem solving >>>Subject: [AccessD] OT: The Great Primary Debate >>> >>> >>>I was taking day one of a 4 day Programming SQL Server 2000 course >>>today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres >>>programmers moving to SQL Server. >>> >>>Came to the section on Table Design. I said use an Identity value for >>>the PK on the table - all h%ll brooke loose for the next hour as the >>>great debate happened live in person. Pity JC wasnt there to >>>back me up >>>(<: Was split between the younger developers who supported the use of >>>the ID column and the older developers and DBAs who use natural keys. >>>Almost a 50//50 split on age lines maybe reflecting different >>>attitutes >>>to design. Took me about 20mins with one of the older guys to explain >>>how the relationship was maintained using Idt IDs as opposed to his >>>staff number. He seemed to have real problems getting the concept. >>> >>>Martin >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>************************************************************************** >>********* >>2/6/2004 >>This transmittal may contain confidential information intended solely for >>the addressee. If you are not the intended recipient, you are hereby >>notified that you have received this transmittal in error; any review, >>dissemination, distribution or copying of this transmittal is strictly >>prohibited. If you have received this communication in error, please >>notify >>us immediately by reply or by telephone (collect at 907-564-1000) and ask >>to >>speak with the message sender. In addition, please immediately delete this >>message and all attachments. Thank you. ACS >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> -- Marty Connelly Victoria, B.C. Canada From d.dick at uws.edu.au Wed Jun 2 20:11:17 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Thu, 3 Jun 2004 11:11:17 +1000 Subject: [AccessD] A2K: Undo a Parent from a sub References: Message-ID: <008e01c44907$ac5fe160$48619a89@DDICK> Oh dear Thanks Charlotte Darren ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 10:12 AM Subject: RE: [AccessD] A2K: Undo a Parent from a sub > You can't. The parent record has already been saved when you move into > the subform. You would have to store the previous values in the > beforeupdate event of the parent form and then have a rollback method to > restore them. > > Charlotte Foust > > -----Original Message----- > From: Darren DICK [mailto:d.dick at uws.edu.au] > Sent: Wednesday, June 02, 2004 3:55 PM > To: AccessD List > Subject: [AccessD] A2K: Undo a Parent from a sub > > > Hello all > > The standard Me.Undo will perform a record level undo if activated from > a form. Excellent How do I perform a Me.Undo (to the parent) from a sub > form? > > Eg > Me.Parent.Undo doesn't work > Me.Parent.Form.Undo doesn't work > > dim strFormName > strFormName = Me.Parent.Form.Name > > Forms(strFormName).Undo doesn't work > > Any suggestions? > > Darren > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 21:28:37 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 22:28:37 -0400 Subject: [AccessD] update query using values from a query In-Reply-To: Message-ID: <20040603022836.QPZT18130.imf20aec.mail.bellsouth.net@SUSANONE> And done a right good job at it too.. :) Susan H. Sorry Susan: Was rushing and did not read the whole paragraph..... Well I would have helped :-) From bchacc at san.rr.com Wed Jun 2 23:10:05 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 2 Jun 2004 21:10:05 -0700 Subject: [AccessD] VB.NET References: <40BE5577.8030807@verizon.net> Message-ID: <01d101c44920$a6fdd290$6601a8c0@HAL9002> Be interested to hear if it's a good reporting system. That's always been a VB weakness, no? Rocky ----- Original Message ----- From: "Francisco H Tapia" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 02, 2004 3:32 PM Subject: Re: [AccessD] VB.NET > Jim Lawrence (AccessD) wrote On 6/1/2004 7:03 PM: > > >Hi Charlotte: > > > > > > > >>There is also MS SQL Reports, although I'm not sure that is actually out > >> > >> > >yet. > > > >I have already received a fully working copy through my 'Action Pac' set > >(about two weeks ago) and I believe time-out copies are on their (M$) site > >for download. > > > > > > > we received a full working copy of Sql Server Standard Reporting > Services. I've yet to install it because of some of what the eula > requirements are (re: IIS on the same server. I'm going to play with > the demo install some more in order to get that right before I go live > w/ the install. > > -- > -Francisco > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rgilimited at btconnect.com Thu Jun 3 03:19:51 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Thu, 3 Jun 2004 09:19:51 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <000001c44943$8c2a37b0$5373a8c0@local> Have done some further work on this since yesterday's post - revised questions below. Would appreciate any pointers anyone can give me ... I have a standard type report based on Order / Order Line tables with Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no sorting or grouping in either report. I need to force a new page whenever the sum of [Qty] field in [WHD_Line_Sub] >= 3 . (ie no more than 3 items allowed per page) I have got so far: Add Text box in [WHD_Line_Sub] Name = RunSum Control Source = [Qty] Running Sum = Over All Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] Add to Page Header of [WHD_Ord] Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False End Sub Add to Detail - On Format of [WHD_Line_Sub] Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) If FormatCount = 1 Then If y = Empty Then y = 3 x = Me.RunSum If y Mod x = 0 And x > 1 Then MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) Me.WHDL_PBreak.Visible = True End If End If End Sub 1- Should the page break be in the subreport detail section or main report detail section ? - as set out above no page break is occuring . 2 -The Detail - On Format section of code in the subreport runs through twice even though I've checked the FormatCount property - why is this? Regards Robin Lawrence robin at rolledgold.co.uk From andy at minstersystems.co.uk Thu Jun 3 03:47:11 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 9:47:11 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <20040603084709.2B3DE24DD6E@smtp.nildram.co.uk> Robin Just coming at this from a different angle, do the order items have an item number (1,2...) within each order? Or could you construct one? If so you could solve the issue by having a calculated value in the query, such as Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header section associated with that break to have a Page Break. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From gustav at cactus.dk Thu Jun 3 02:39:10 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:39:10 +0200 Subject: [AccessD] VB.NET In-Reply-To: <01d101c44920$a6fdd290$6601a8c0@HAL9002> References: <40BE5577.8030807@verizon.net> <01d101c44920$a6fdd290$6601a8c0@HAL9002> Message-ID: <354621785.20040603093910@cactus.dk> Hi Rocky and Fransisco Don't be too exited - the license fees for Reporting Services are extraordinary ... Don't know about "MS SQL Reports" - what are those? /gustav > Be interested to hear if it's a good reporting system. That's > always been a VB weakness, no? >> There is also MS SQL Reports, although I'm not sure that is >> actually out yet. >> we received a full working copy of Sql Server Standard Reporting >> Services. I've yet to install it because of some of what the eula >> requirements are (re: IIS on the same server. I'm going to play with >> the demo install some more in order to get that right before I go live >> w/ the install. From gustav at cactus.dk Thu Jun 3 02:25:19 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:25:19 +0200 Subject: [AccessD] Error 3146 ODBC Call Failed In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FC79@corp-es01.FLEETPRIDE.COM> References: <6A6AA9DF57E4F046BDA1E273BDDB677217FC79@corp-es01.FLEETPRIDE.COM> Message-ID: <83790400.20040603092519@cactus.dk> Hi Jim and Eric Isn't error 3146 a pretty general ODBC error - when a connection cannot be established? /gustav > Shot in the dark but I recall having similar problems with an ODBC driver > once when I set it up as a file DSN rather than a system DSN. HTH > Jim Hale > -----Original Message----- > From: Eric Barro [mailto:ebarro at afsweb.com] > Sent: Tuesday, June 01, 2004 10:35 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Error 3146 ODBC Call Failed > Access 97 front end using pass thru query that runs a stored procedure in > SQL server 7.0 > Error message: Error 3146 ODBC Call failed. > All other "processes" on the FE are working except for this sproc. When > sproc is run on SQL server 7.0 it runs fine but when run from the FE it > craps out. > Has anyone encountered this issue? If so what steps were taken to solve the > issue. From gustav at cactus.dk Thu Jun 3 02:57:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:57:44 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: References: Message-ID: <665735447.20040603095744@cactus.dk> Hi Charlotte What a nightmare. This should terminate the discussion. /gustav > Those who prefer autonumbers are in favor of simplicity. If you've > ever designed databases using a design tool like ERWin or Visio or any > other tool for designing the data/entity structure, you quickly discover > what a mess compound keys can be. In Access table design, it looks like > you're just creating a link between comparable fields in two tables. > When you use a design tool, you get a different take on it. Visio 5 and > before only allowed you to create unique field names in a database > structure. That meant that if you had ABCID in one table, you couldn't > create it in another, so it you wanted it there as a foreign key, you > created a relationship and the tool inserted the field in the other > table. However, if it's part of a unique key but not in itself unique, > you can't enforce RI on just that specific field, so you wind up > dragging *all* the fields in the compound key to the other table to > create the relationship. If that key happens to be part of the primary > or unique key in the other table, then you wind up with an even bigger > key to connect to some other table. It starts to snowball and you can > wind up with 6 or 7 fields in a PK, which is ridiculous. Those who opt > for "natural" keys, want a key they can look at and recognize > conveniently. No one in their right mind is going to do that on > millions of records voluntarily when something goes wrong, so where's > the advantage? From gustav at cactus.dk Thu Jun 3 02:56:14 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:56:14 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: References: Message-ID: <695645067.20040603095614@cactus.dk> Hi Jim > Lambert: Your are right of course...always keep the client happy and in this > case what they do not will not hurt you. Except that you will be denormalizing your schema! /gustav > Ah Hah! This sounds like a cunning variation on "show them what the want to > see, but use an AutoNumber in any case". > I like it! :-) > Lambert >> -----Original Message----- >> From: Porter, Mark [SMTP:MPorter at acsalaska.com] >> Sent: Wednesday, June 02, 2004 5:04 PM >> To: Access Developers discussion and problem solving >> Subject: RE: [AccessD] OT: The Great Primary Debate >> >> One approach I've seen which I've adopted is a combination of both. >> >> Each table has both a unique identifier as well as a natural key. The >> unique identifier is always the FK and has the clustered index. Great for >> joins and row identifiers. >> >> The natural key has a unique index on the fields preventing duplicates. From rgilimited at btconnect.com Thu Jun 3 04:50:07 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Thu, 3 Jun 2004 10:50:07 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited In-Reply-To: <20040603084709.2B3DE24DD6E@smtp.nildram.co.uk> Message-ID: <000201c44950$284d9180$5373a8c0@local> Andy, Thanks for your reply. I'm printing delivery advices which need to be produced for each 3 units in an order. (Has an address label on and each box can only take 3 units) The [Qty] for each Order Line can be any number (even > 3 ) and I need to be able to step through each line separately to handle this. I think I need to get the page break working first, then work out how to handle the (>3) problem. I don't think this can be done within a preset Page Break? Any thoughts welcome Rgds Robin -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 03 June 2004 09:47 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Page Break from Subreport revisited Robin Just coming at this from a different angle, do the order items have an item number (1,2...) within each order? Or could you construct one? If so you could solve the issue by having a calculated value in the query, such as Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header section associated with that break to have a Page Break. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu Jun 3 05:24:58 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 11:24:58 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <20040603102455.B3EAA25085A@smtp.nildram.co.uk> Ok, another idea. How about this? 1-Remove the Page Break control 2-Create a Sort Group, with a Group Header, based on your order line level, ie you'd have this print for every Detail line. 3-Set that Group Header to Force Page Break 4-In the OnFormat of that Group Header section test your Qty and Cancel the section if you don't need the break. This is untested and off the top of my head. Just thinking of other ways to skin this cat. Oh and I've often found that you can't rely on FormatCount/PrintCount, so it's best to find a method where it won't matter if poss. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From stuart at lexacorp.com.pg Thu Jun 3 06:03:41 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 03 Jun 2004 21:03:41 +1000 Subject: [AccessD] Conditional Page Break from Subreport revisited In-Reply-To: <20040603084709.2B3DE24DD6E@smtp.nildram.co.uk> Message-ID: <40BF922D.17662.4D56541@localhost> On 3 Jun 2004 at 9:47, Andy Lacey wrote: > Robin > Just coming at this from a different angle, do the order items have an item > number (1,2...) within each order? Or could you construct one? If so you > could solve the issue by having a calculated value in the query, such as > Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header > section associated with that break to have a Page Break. > If you have something like ItemNo which is NOT sequential, you can use a static function to build a breakpoint based on ItemNo or any other field in the query. Static Function PageNumber(ItemNo as long) as long dim counter as long If ItemNo = -1 then counter =0 PageNumber = Fix(counter / 3) counter = counter + 1 End Function Immediately before you open the report (in the button click to show the report?), initialize sequence with ReturnVal = PageNumber(-1) Then group your report on =PageNumber(ItemNo) with a page break in the footer. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From andy at minstersystems.co.uk Thu Jun 3 06:08:52 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 12:08:52 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <20040603110849.E3C6625DA24@smtp.nildram.co.uk> Neat, Stuart. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 11:05 > > On 3 Jun 2004 at 9:47, Andy Lacey wrote: > > > Robin > > Just coming at this from a different angle, do the order items have an item > > number (1,2...) within each order? Or could you construct one? If so you > > could solve the issue by having a calculated value in the query, such as > > Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header > > section associated with that break to have a Page Break. > > > > If you have something like ItemNo which is NOT sequential, you can use a static > function to build a breakpoint based on ItemNo or any other field in the query. > > Static Function PageNumber(ItemNo as long) as long > dim counter as long > If ItemNo = -1 then counter =0 > PageNumber = Fix(counter / 3) > counter = counter + 1 > End Function > > Immediately before you open the report (in the button click to show the > report?), initialize sequence with > > ReturnVal = PageNumber(-1) > > Then group your report on =PageNumber(ItemNo) with a page break in the footer. > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From rgilimited at btconnect.com Thu Jun 3 06:11:57 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Thu, 3 Jun 2004 12:11:57 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited In-Reply-To: <20040603102455.B3EAA25085A@smtp.nildram.co.uk> Message-ID: <000201c4495b$96718490$5373a8c0@local> Andy, Thanks for that - will give it a go.... Being forced to look at the overall problem again I think I may have to use DAO to preprocess the order lines into a temp table and base a query on that - don't see how else I could handle eg [qty] = 6 for a single item (3 + 3 carried forward)since it is only on one order line. Have to leave it for now - got some meetings this afternoon :) Will come back with a solution or more questions Thks again Rgds Robin -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 03 June 2004 11:25 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Page Break from Subreport revisited Ok, another idea. How about this? 1-Remove the Page Break control 2-Create a Sort Group, with a Group Header, based on your order line level, ie you'd have this print for every Detail line. 3-Set that Group Header to Force Page Break 4-In the OnFormat of that Group Header section test your Qty and Cancel the section if you don't need the break. This is untested and off the top of my head. Just thinking of other ways to skin this cat. Oh and I've often found that you can't rely on FormatCount/PrintCount, so it's best to find a method where it won't matter if poss. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 10:07:48 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 10:07:48 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC8@main2.marlow.com> That is a skewed sampling then. MSN is the most popular search engine, simply because IE defaults to it. It also doesn't represent people that don't surf much. Kind of a number out of the air, if you ask me. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 02, 2004 2:43 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Hi Drew: I have often wondered that myself. One article said that this information could be gathered through Google or Yahoo. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 02, 2004 8:24 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET I'm curious where they get those numbers. Most people that would have older systems like that probably wouldn't be on sites tracking that stuff! LOL. Actually, I like programming in normal ASP. ASP.NET certainly looks interesting, but I don't really see that much of an advantage with the types of projects I normally do. So it's not a matter of spending 'extra' time to handle low end users, it's just part of the simplicity that I like to have with my web stuff. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 01, 2004 11:17 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 10:11:45 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 10:11:45 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC9@main2.marlow.com> Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com From accessd at shaw.ca Thu Jun 3 10:27:54 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 03 Jun 2004 08:27:54 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <695645067.20040603095614@cactus.dk> Message-ID: Gustav: I think you are fooling with me..:-) ...and do you know that for sure? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 03, 2004 12:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Jim > Lambert: Your are right of course...always keep the client happy and in this > case what they do not know will not hurt you. Except that you will be denormalizing your schema! /gustav From cfoust at infostatsystems.com Thu Jun 3 10:32:10 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 08:32:10 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: In the strictest sense that may be true because you now have more than one unique key on the table, but since "candidate" keys are acceptable in relational design, I wouldn't worry about that myself. And if you have a single field unique key, that is always preferable to a compound unique key as a PK, since it is easier to manage and doesn't require inserting multiple FK fields into another table. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Thursday, June 03, 2004 7:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Gustav: I think you are fooling with me..:-) ...and do you know that for sure? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 03, 2004 12:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Jim > Lambert: Your are right of course...always keep the client happy and > in this > case what they do not know will not hurt you. Except that you will be denormalizing your schema! /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 10:33:59 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 08:33:59 -0700 Subject: [AccessD] Set Report Format Message-ID: <010001c44980$30f01b20$6601a8c0@HAL9002> Dear List: I am trying to set a variable rpt to a sub report in a Public function (this is for purposes of translating the labels to a foreign language). I am passing the report name to the function in the Report_Open event. Setting it to the Main report is no problem. Public Function TranslateControlReport(argReport As String) As Boolean Dim rpt As Report Set rpt = Reports(argReport) works fine. But in the _Open event of the sub-report when I pass the name of the sub-report to this routine I get a run time error 2451 - the report name you entered is misspelled or refers to a report that isn't open or doesn't exist. I think it has to do with the fact that I'm only passing the sub-report name and have to qualify it with the Main report? But I've tried several syntaxes with no luck. Anybody know? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com But From cfoust at infostatsystems.com Thu Jun 3 10:36:41 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 08:36:41 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Ah, but GUIDs are extremely peculiar critters and not at all the same as straight autonumbers. Charlotte Foust -----Original Message----- From: MartyConnelly [mailto:martyconnelly at shaw.ca] Sent: Wednesday, June 02, 2004 4:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate This article has some test results and workarounds using SQL Server which may or maynot reinforce your reasons for using autonumbers. The Cost of GUIDs as Primary Keys http://www.informit.com/articles/article.asp?p=25862 Heenan, Lambert wrote: >Ah Hah! This sounds like a cunning variation on "show them what the >want to see, but use an AutoNumber in any case". > >I like it! :-) > >Lambert > > > >>-----Original Message----- >>From: Porter, Mark [SMTP:MPorter at acsalaska.com] >>Sent: Wednesday, June 02, 2004 5:04 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] OT: The Great Primary Debate >> >>One approach I've seen which I've adopted is a combination of both. >> >>Each table has both a unique identifier as well as a natural key. The >>unique identifier is always the FK and has the clustered index. Great >>for joins and row identifiers. >> >>The natural key has a unique index on the fields preventing >>duplicates. >> >>Mark >> >> >> >> >>>-----Original Message----- >>>From: Charlotte Foust [mailto:cfoust at infostatsystems.com] >>>Sent: Wednesday, June 02, 2004 12:15 PM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>I respectfully disagree. >>> >>> Those who prefer autonumbers are in favor of simplicity. If you've >>>ever designed databases using a design tool like ERWin or Visio or >>>any other tool for designing the data/entity structure, you quickly >>>discover what a mess compound keys can be. In Access table design, >>>it looks like >>>you're just creating a link between comparable fields in two tables. >>>When you use a design tool, you get a different take on it. >>>Visio 5 and >>>before only allowed you to create unique field names in a database >>>structure. That meant that if you had ABCID in one table, >>>you couldn't >>>create it in another, so it you wanted it there as a foreign key, you >>>created a relationship and the tool inserted the field in the other >>>table. However, if it's part of a unique key but not in >>>itself unique, >>>you can't enforce RI on just that specific field, so you wind up >>>dragging *all* the fields in the compound key to the other table to >>>create the relationship. If that key happens to be part of >>>the primary >>>or unique key in the other table, then you wind up with an even bigger >>>key to connect to some other table. It starts to snowball and you can >>>wind up with 6 or 7 fields in a PK, which is ridiculous. >>>Those who opt >>>for "natural" keys, want a key they can look at and recognize >>>conveniently. No one in their right mind is going to do that on >>>millions of records voluntarily when something goes wrong, so where's >>>the advantage? >>> >>>Charlotte Foust >>> >>>-----Original Message----- >>>From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >>>Sent: Wednesday, June 02, 2004 5:07 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>As a potential hypothesis, I would have to agree. But in >>>order to prove >>>your hypothesis you should have presented the opposite "Fear >>>Factor" as >>>well:) That those in favor of AutoNumbers fear the user's ability to >>>screw up even a five-field compound key by unwittingly uncovering the >>>one situation in which it would fail;) And, that those in favor of >>>AutoNumbers fear the complexity and never-ending maintenance that will >>>"inevitably" result from such a decision;) >>> >>> >>>Mark >>> >>> >>> >>>-----Original Message----- >>>From: Lawhon, Alan C Contractor/Morgan Research >>>[mailto:alan.lawhon at us.army.mil] >>>Sent: Wednesday, June 02, 2004 8:51 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >>> >>>I think there is another factor involved in this "AutoNumber versus >>>Natural Key" PK debate. For lack of a better word or terminology, >>>I'm going to refer to it as the "Fear Factor" or a fuzzy type of >>>generalized apprehension. This "apprehension" boils down to something >>>along the lines of, "Well, what happens if the AutoNumber field gets >>>corrupted or >>>somehow those autonumbers get jumbled or out-of-sequence? If that >>>happens, then how do we re-establish the primary keys and make sure >>>they're associated with the correct records?" (The more records there >>>are in a table, the more heightened this fear or apprehension tends to >>>be.) >>> >>>The answer to this [unspoken] question is that they would rather >>>avoid the possibility altogether by using non-Autonumber composite >>>(i.e. >>>"Natural") primary keys. It appears, from my experience, >>>that folks who >>>have not been trained in database theory seem to have an intuitive >>>preference for natural keys - even when such "natural" keys >>>involve the >>>concatenation of two (or >>>more!) fields - with all the headaches that come from trying to manage >>>such an unweildy arrangement. >>> >>>I have experienced this issue firsthand here at work. We are >>>managing a >>>substantial (several million record) environmental database with >>>multiple linked tables, numerous views, action queries, macros, et >>>cetera ... This application requires primary and foreign >>>keys in nearly >>>all of the base tables. Early on we tried to persuade the senior >>>project engineer, (a chemical engineer by profession), of the >>>wisdom of >>>using single-field AutoNumbers for the PK in the most >>>important table of >>>the application. He adamantly refused, insisting on a two-field >>>composite primary key. We did our best to try and persuade him that an >>>autonumber PK was best, but he wouldn't hear it. Since this engineer >>>has major input into our performance appraisals, the programming staff >>>acquiesced. We decided to live with a "composite" PK - even if we >>>didn't like it or agree with it. >>> >>>After giving this a great deal of thought, I have come to the >>>conclusion >>>that folks who prefer "natural" (composite) PKs do so due to a general >>>apprehension or mistrust of AutoNumbers. I don't think it is a >>>"technical" issue, but rather a "people issue" centering >>>around fear and >>>apprehension. Whenever one sees a strong visceral reaction, (such as >>>what Martin saw yesterday), this tends to reinforce my perception that >>>this is more of a "people problem" than a purely "technical" problem. >>> >>>Does this make any sense to the rest of you? >>> >>>Alan C. Lawhon >>> >>> >>>-----Original Message----- >>>From: Martin Reid [mailto:mwp.reid at qub.ac.uk] >>>Sent: Tuesday, June 01, 2004 1:17 PM >>>To: Access Developers discussion and problem solving >>>Subject: [AccessD] OT: The Great Primary Debate >>> >>> >>>I was taking day one of a 4 day Programming SQL Server 2000 course >>>today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres >>>programmers moving to SQL Server. >>> >>>Came to the section on Table Design. I said use an Identity value for >>>the PK on the table - all h%ll brooke loose for the next hour as the >>>great debate happened live in person. Pity JC wasnt there to back me >>>up >>>(<: Was split between the younger developers who supported the use of >>>the ID column and the older developers and DBAs who use natural keys. >>>Almost a 50//50 split on age lines maybe reflecting different >>>attitutes to design. Took me about 20mins with one of the older guys >>>to explain how the relationship was maintained using Idt IDs as >>>opposed to his staff number. He seemed to have real problems getting >>>the concept. >>> >>>Martin >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>********************************************************************** >>**** >>********* >>2/6/2004 >>This transmittal may contain confidential information intended solely for >>the addressee. If you are not the intended recipient, you are hereby >>notified that you have received this transmittal in error; any review, >>dissemination, distribution or copying of this transmittal is strictly >>prohibited. If you have received this communication in error, please >>notify >>us immediately by reply or by telephone (collect at 907-564-1000) and ask >>to >>speak with the message sender. In addition, please immediately delete this >>message and all attachments. Thank you. ACS >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 10:41:09 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 08:41:09 -0700 Subject: [AccessD] Set Report Format Message-ID: Rocky, The subreport isn't open in the same sense the parent report is, so your routine is going to bomb because the subreport won't show up in the reports collection. I usually pass an object instead of a string in situations like this, which avoids the problem because the object already exists and doesn't have to be instantiated properly. You can pass Me from the subreport into the function and have it work without problems. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 7:34 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Set Report Format Dear List: I am trying to set a variable rpt to a sub report in a Public function (this is for purposes of translating the labels to a foreign language). I am passing the report name to the function in the Report_Open event. Setting it to the Main report is no problem. Public Function TranslateControlReport(argReport As String) As Boolean Dim rpt As Report Set rpt = Reports(argReport) works fine. But in the _Open event of the sub-report when I pass the name of the sub-report to this routine I get a run time error 2451 - the report name you entered is misspelled or refers to a report that isn't open or doesn't exist. I think it has to do with the fact that I'm only passing the sub-report name and have to qualify it with the Main report? But I've tried several syntaxes with no luck. Anybody know? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com But -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 3 10:45:51 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 11:45:51 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFC9@main2.marlow.com> Message-ID: <000401c44981$d952d630$7e01a8c0@colbyws> LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 10:55:55 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 08:55:55 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <015e01c44983$411a42c0$6601a8c0@HAL9002> Charlotte: In the subreport's Report_Open event I call the routine like this: Call TranslateControlReport(Me.Name) But that isn't working. Is there another way? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 8:41 AM Subject: RE: [AccessD] Set Report Format > Rocky, > > The subreport isn't open in the same sense the parent report is, so your > routine is going to bomb because the subreport won't show up in the > reports collection. I usually pass an object instead of a string in > situations like this, which avoids the problem because the object > already exists and doesn't have to be instantiated properly. You can > pass Me from the subreport into the function and have it work without > problems. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:34 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Set Report Format > > > Dear List: > > I am trying to set a variable rpt to a sub report in a Public function > (this is for purposes of translating the labels to a foreign language). > I am passing the report name to the function in the Report_Open event. > > Setting it to the Main report is no problem. > > Public Function TranslateControlReport(argReport As String) As Boolean > > Dim rpt As Report > > Set rpt = Reports(argReport) > > works fine. > > But in the _Open event of the sub-report when I pass the name of the > sub-report to this routine I get a run time error 2451 - the report name > you entered is misspelled or refers to a report that isn't open or > doesn't exist. > > I think it has to do with the fact that I'm only passing the sub-report > name and have to qualify it with the Main report? But I've tried > several syntaxes with no luck. > > Anybody know? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > But > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 11:02:00 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 11:02:00 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFCB@main2.marlow.com> What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:06:35 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:06:35 -0700 Subject: [AccessD] Set Report Format Message-ID: Change the argument to an object, not a report or string. Pass in the subreport or report like this: Call TranslateControlReport(Me) Then all the function has to do is test to see if the object is a report or subreport and then loop through its controls collection changing labels. Since it doesn't have to instantiate anything in the function, it doesn't need the name. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 7:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: In the subreport's Report_Open event I call the routine like this: Call TranslateControlReport(Me.Name) But that isn't working. Is there another way? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 8:41 AM Subject: RE: [AccessD] Set Report Format > Rocky, > > The subreport isn't open in the same sense the parent report is, so > your routine is going to bomb because the subreport won't show up in > the reports collection. I usually pass an object instead of a string > in situations like this, which avoids the problem because the object > already exists and doesn't have to be instantiated properly. You can > pass Me from the subreport into the function and have it work without > problems. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:34 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Set Report Format > > > Dear List: > > I am trying to set a variable rpt to a sub report in a Public function > (this is for purposes of translating the labels to a foreign > language). I am passing the report name to the function in the > Report_Open event. > > Setting it to the Main report is no problem. > > Public Function TranslateControlReport(argReport As String) As Boolean > > Dim rpt As Report > > Set rpt = Reports(argReport) > > works fine. > > But in the _Open event of the sub-report when I pass the name of the > sub-report to this routine I get a run time error 2451 - the report > name you entered is misspelled or refers to a report that isn't open > or doesn't exist. > > I think it has to do with the fact that I'm only passing the > sub-report name and have to qualify it with the Main report? But I've > tried several syntaxes with no luck. > > Anybody know? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > But > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:08:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:08:30 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Be VERY careful, Drew! Understanding them is one thing, agreeing with their use is something else and we *really* don't need another war at the moment. I don't have time to prove you wrong. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 8:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Jun 3 11:14:25 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 18:14:25 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: References: Message-ID: <1535536378.20040603181425@cactus.dk> Hi Jim > I think you are fooling with me..:-) ...and do you know that for sure? Ha! Yes - I think Charlotte answered for me! /gustav >> Lambert: Your are right of course...always keep the client happy and in this >> case what they do not know will not hurt you. > Except that you will be denormalizing your schema! From BBarabash at TappeConstruction.com Thu Jun 3 11:27:20 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Thu, 3 Jun 2004 11:27:20 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE635@TAPPEEXCH01> 55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From jwcolby at colbyconsulting.com Thu Jun 3 11:26:46 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 12:26:46 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <000601c44987$90bd3c70$7e01a8c0@colbyws> It has more to do with having fields from other entities which is a no-no in relational design. Remember that these other entity attributes nave to be updated should they change. What is changing them? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 03, 2004 11:32 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate In the strictest sense that may be true because you now have more than one unique key on the table, but since "candidate" keys are acceptable in relational design, I wouldn't worry about that myself. And if you have a single field unique key, that is always preferable to a compound unique key as a PK, since it is easier to manage and doesn't require inserting multiple FK fields into another table. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Thursday, June 03, 2004 7:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Gustav: I think you are fooling with me..:-) ...and do you know that for sure? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 03, 2004 12:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Jim > Lambert: Your are right of course...always keep the client happy and > in this > case what they do not know will not hurt you. Except that you will be denormalizing your schema! /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 11:33:51 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 09:33:51 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <018d01c44988$8dbdc2a0$6601a8c0@HAL9002> Charlotte: Sorry to not be getting this - it's new ground for me. I changed the call to Call TranslateControlReport(Me) but in the function the passed argument is a string: Public Function TranslateControlReport(argReport As String) which generates a type mismatch. So I probably need a different type in the AS clause? I tried changing it to Variant but no soap. TIA is ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a report > or subreport and then loop through its controls collection changing > labels. Since it doesn't have to instantiate anything in the function, > it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a string > > in situations like this, which avoids the problem because the object > > already exists and doesn't have to be instantiated properly. You can > > pass Me from the subreport into the function and have it work without > > problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 11:43:44 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 09:43:44 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <019101c44989$efa4d200$6601a8c0@HAL9002> Charlotte: Disregard my last message. I changed the function declaration to: Public Function TranslateControlSubReport(argReport As Object) As Boolean but still get a type mismatch on: Set rpt = Reports(argReport). The calling statement is: Call TranslateControlSubReport(Me) What am I doing wrong? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a report > or subreport and then loop through its controls collection changing > labels. Since it doesn't have to instantiate anything in the function, > it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a string > > in situations like this, which avoids the problem because the object > > already exists and doesn't have to be instantiated properly. You can > > pass Me from the subreport into the function and have it work without > > problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 11:45:36 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 11:45:36 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFCD@main2.marlow.com> Actually, it's a limit that would have to grow. Next year, the upper group would be 56, so the limit would move up one. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Thursday, June 03, 2004 11:27 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate 55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:46:54 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:46:54 -0700 Subject: [AccessD] Set Report Format Message-ID: Rocky, You have to change the function argument. Like this: Public Function TranslateControlReport(argReport As Object) Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 8:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: Sorry to not be getting this - it's new ground for me. I changed the call to Call TranslateControlReport(Me) but in the function the passed argument is a string: Public Function TranslateControlReport(argReport As String) which generates a type mismatch. So I probably need a different type in the AS clause? I tried changing it to Variant but no soap. TIA is ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a > report or subreport and then loop through its controls collection > changing labels. Since it doesn't have to instantiate anything in the > function, it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a > > string in situations like this, which avoids the problem because the > > object already exists and doesn't have to be instantiated properly. > > You can pass Me from the subreport into the function and have it > > work without problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software > > [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public > > function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As > > Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But > > I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:50:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:50:26 -0700 Subject: [AccessD] Set Report Format Message-ID: The whole point of passing the object is that you don't have to set rpt to anything except argReport if you desire. You already have an object, so it isn't necessary to instantiate it. You don't even need the rpt object unless you want to avoid retyping your code. argReport is already an object you can use and it inherits the methods and properties of the kind of object it is. So you can do things like this: For Each ctl In argReport.Controls ... Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 8:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: Disregard my last message. I changed the function declaration to: Public Function TranslateControlSubReport(argReport As Object) As Boolean but still get a type mismatch on: Set rpt = Reports(argReport). The calling statement is: Call TranslateControlSubReport(Me) What am I doing wrong? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a > report or subreport and then loop through its controls collection > changing labels. Since it doesn't have to instantiate anything in the > function, it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a > > string in situations like this, which avoids the problem because the > > object already exists and doesn't have to be instantiated properly. > > You can pass Me from the subreport into the function and have it > > work without problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software > > [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public > > function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As > > Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But > > I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 3 11:57:33 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 12:57:33 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE635@TAPPEEXCH01> Message-ID: <000701c4498b$dd75c060$7e01a8c0@colbyws> >55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? ROTFL John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brett Barabash Sent: Thursday, June 03, 2004 12:27 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate 55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew From jwcolby at colbyconsulting.com Thu Jun 3 12:13:10 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 13:13:10 -0400 Subject: [AccessD] I'm not here Message-ID: <000801c4498e$0c139490$7e01a8c0@colbyws> Has anyone received that from a Michael Wiegand? Perhaps an autoresponder? John W. Colby www.ColbyConsulting.com From cfoust at infostatsystems.com Thu Jun 3 12:24:53 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 10:24:53 -0700 Subject: [AccessD] I'm not here Message-ID: I got one, a "Mike is Out of the Office" message. It did not come to Acces-D, but to my email address as the recipient. Since I don't know a Michael Wiegand, Junk-Out junked it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Thursday, June 03, 2004 9:13 AM To: AccessD Subject: [AccessD] I'm not here Has anyone received that from a Michael Wiegand? Perhaps an autoresponder? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Thu Jun 3 12:30:17 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 3 Jun 2004 13:30:17 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From Stephen.Pickering at caremark.com Thu Jun 3 12:36:24 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 3 Jun 2004 12:36:24 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <35C4AC5A5AFD9642833200159C2581560A68DB@s98026.psd.caremark.int> Do you mean, since code never dies, we'll have to live forever to provide support??? ;) Steve -----Scott Marcus' Original Message----- <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From marcus at tsstech.com Thu Jun 3 12:38:38 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 3 Jun 2004 13:38:38 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I like the way you are thinking. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Pickering, Stephen Sent: Thursday, June 03, 2004 1:36 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Do you mean, since code never dies, we'll have to live forever to provide support??? ;) Steve From cfoust at infostatsystems.com Thu Jun 3 12:55:35 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 10:55:35 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Aha! Job Security!! Charlotte Foust -----Original Message----- From: Pickering, Stephen [mailto:Stephen.Pickering at caremark.com] Sent: Thursday, June 03, 2004 9:36 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Do you mean, since code never dies, we'll have to live forever to provide support??? ;) Steve -----Scott Marcus' Original Message----- <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Thu Jun 3 13:00:46 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 03 Jun 2004 13:00:46 -0500 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <200406031644.i53GiEQ03261@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040603130013.0175c3d8@pop3.highstream.net> Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew From David_Lind at acordia.com Thu Jun 3 13:06:14 2004 From: David_Lind at acordia.com (David Lind) Date: Thu, 3 Jun 2004 14:06:14 -0400 Subject: [AccessD] OT? Getting Started Message-ID: Hi All. I'm new to these lists and am in need of some guidance. I've been working in Access97 for a number of years. Everything I know I taught myself by trial and error. Compared to some of the code and stuff I've seen sent back and forth on here over the past 2 days, I'm nowhere near the same level/class of programmers that y'all are. In fact, the database that I've built for the section of the company I work for has expanded to a level way over my head and GanCom has been called in to help rebuild it, probably in Access03. I know VERY little about module programming/VB. While I am sure y'all are a great resource and I would definitely ask questions in the future when I get stuck, I need some help with the basics. What kind of resources should I be looking at to get started? From what the GanCom rep said when he was here, they'll do the rebuild, then hand it back to me. I'd like to be on my way of being able to do some if not all of the future work on my own instead of outsourcing it to someone else. Due to my being on the low end of the totem pole around here, finances is an issue, so a $600 seminar is out of the question at the moment. TIA David From jwcolby at colbyconsulting.com Thu Jun 3 13:06:20 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 14:06:20 -0400 Subject: [AccessD] I'm not here In-Reply-To: Message-ID: <000901c44995$798c5050$7e01a8c0@colbyws> That's what happened here as well, to my address directly. I assume that is a response to an AccessD message. Seems like I'd get a bunch but maybe not for responses? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 03, 2004 1:25 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] I'm not here I got one, a "Mike is Out of the Office" message. It did not come to Acces-D, but to my email address as the recipient. Since I don't know a Michael Wiegand, Junk-Out junked it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Thursday, June 03, 2004 9:13 AM To: AccessD Subject: [AccessD] I'm not here Has anyone received that from a Michael Wiegand? Perhaps an autoresponder? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Thu Jun 3 13:08:01 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 03 Jun 2004 13:08:01 -0500 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <200406031644.i53GiEQ03261@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040603130342.017599e0@pop3.highstream.net> John, Great argument for surrogate keys. Since the user has no control of them, you never have to do a cascade update. You simply make the change to the business keys and nothing is cascaded. A simple example is the way department names change within a business organization. By using department id as the surrogate key and department name as the business key, you can maintain the names as they change and never need to cascade that change through a bunch of tables. Robert At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 12:26:46 -0400 >From: "jwcolby" >Subject: RE: [AccessD] OT: The Great Primary Debate >To: "'Access Developers discussion and problem solving'" > >Message-ID: <000601c44987$90bd3c70$7e01a8c0 at colbyws> >Content-Type: text/plain; charset="us-ascii" > >It has more to do with having fields from other entities which is a >no-no in relational design. Remember that these other entity attributes >nave to be updated should they change. What is changing them? > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte >Foust >Sent: Thursday, June 03, 2004 11:32 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] OT: The Great Primary Debate > > >In the strictest sense that may be true because you now have more than >one unique key on the table, but since "candidate" keys are acceptable >in relational design, I wouldn't worry about that myself. And if you >have a single field unique key, that is always preferable to a compound >unique key as a PK, since it is easier to manage and doesn't require >inserting multiple FK fields into another table. > >Charlotte Foust From cfoust at infostatsystems.com Thu Jun 3 13:26:13 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 11:26:13 -0700 Subject: [AccessD] Re: The Great Primary Debate Message-ID: ROTFLMAO Charlotte Foust -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Thursday, June 03, 2004 10:01 AM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From MPorter at acsalaska.com Thu Jun 3 13:29:10 2004 From: MPorter at acsalaska.com (Porter, Mark) Date: Thu, 3 Jun 2004 10:29:10 -0800 Subject: [AccessD] OT? Getting Started Message-ID: <635B80FE6C7D5A409586A6A110D97D17029A53@ACSANCHOR.corp.acsalaska.com> If it's the VBA aspect you are new too, Wrox has (used to have?) an Access VBA book for beginners. Pretty warm and fuzzy, steps you though using VBA instead of macros. It's not the best reference in the world, but it may be a good start on the fundamentals. Mark > -----Original Message----- > From: David Lind [mailto:David_Lind at acordia.com] > Sent: Thursday, June 03, 2004 10:06 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. > Everything I know I taught myself by trial and error. > Compared to some of the code and stuff I've seen sent back > and forth on here over the past 2 days, I'm nowhere near the > same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I > work for has expanded to a level way over my head and GanCom > has been called in to help rebuild it, probably in Access03. > I know VERY little about module programming/VB. While I am > sure y'all are a great resource and I would definitely ask > questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking > at to get started? From what the GanCom rep said when he was > here, they'll do the rebuild, then hand it back to me. I'd > like to be on my way of being able to do some if not all of > the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 > seminar is out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > *********************************************************************************** 3/6/2004 This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS From bchacc at san.rr.com Thu Jun 3 13:55:17 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 11:55:17 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <01e301c4499c$50443670$6601a8c0@HAL9002> Charlotte: It's working! It's working! It's working! Thank you. You've saved my bacon. It's off to China with this app! Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:50 AM Subject: RE: [AccessD] Set Report Format > The whole point of passing the object is that you don't have to set rpt > to anything except argReport if you desire. You already have an object, > so it isn't necessary to instantiate it. You don't even need the rpt > object unless you want to avoid retyping your code. argReport is > already an object you can use and it inherits the methods and properties > of the kind of object it is. So you can do things like this: > > For Each ctl In argReport.Controls ... > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 8:44 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > Disregard my last message. I changed the function declaration to: > > Public Function TranslateControlSubReport(argReport As Object) As > Boolean > > but still get a type mismatch on: Set rpt = Reports(argReport). > > The calling statement is: Call TranslateControlSubReport(Me) > > What am I doing wrong? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 9:06 AM > Subject: RE: [AccessD] Set Report Format > > > > Change the argument to an object, not a report or string. Pass in the > > > subreport or report like this: > > > > Call TranslateControlReport(Me) > > > > Then all the function has to do is test to see if the object is a > > report or subreport and then loop through its controls collection > > changing labels. Since it doesn't have to instantiate anything in the > > > function, it doesn't need the name. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:56 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Set Report Format > > > > > > Charlotte: > > > > In the subreport's Report_Open event I call the routine like this: > > > > Call TranslateControlReport(Me.Name) > > > > But that isn't working. Is there another way? > > > > TIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Charlotte Foust" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 03, 2004 8:41 AM > > Subject: RE: [AccessD] Set Report Format > > > > > > > Rocky, > > > > > > The subreport isn't open in the same sense the parent report is, so > > > your routine is going to bomb because the subreport won't show up in > > > > the reports collection. I usually pass an object instead of a > > > string in situations like this, which avoids the problem because the > > > > object already exists and doesn't have to be instantiated properly. > > > > You can pass Me from the subreport into the function and have it > > > work without problems. > > > > > > Charlotte Foust > > > > > > -----Original Message----- > > > From: Rocky Smolin - Beach Access Software > > > [mailto:bchacc at san.rr.com] > > > Sent: Thursday, June 03, 2004 7:34 AM > > > To: AccessD at databaseadvisors.com > > > Subject: [AccessD] Set Report Format > > > > > > > > > Dear List: > > > > > > I am trying to set a variable rpt to a sub report in a Public > > > function > > > > > (this is for purposes of translating the labels to a foreign > > > language). I am passing the report name to the function in the > > > Report_Open event. > > > > > > Setting it to the Main report is no problem. > > > > > > Public Function TranslateControlReport(argReport As String) As > > > Boolean > > > > > > Dim rpt As Report > > > > > > Set rpt = Reports(argReport) > > > > > > works fine. > > > > > > But in the _Open event of the sub-report when I pass the name of the > > > > sub-report to this routine I get a run time error 2451 - the report > > > name you entered is misspelled or refers to a report that isn't open > > > > or doesn't exist. > > > > > > I think it has to do with the fact that I'm only passing the > > > sub-report name and have to qualify it with the Main report? But > > > I've > > > > > tried several syntaxes with no luck. > > > > > > Anybody know? > > > > > > MTIA > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > But > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 13:58:00 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 11:58:00 -0700 Subject: [AccessD] OT? Getting Started References: Message-ID: <01f901c4499c$b0f4de20$6601a8c0@HAL9002> David: I was in the same position when I joined the list. Now I are almost a real programmer. Get the Access Developer's Handbook (Getz, Litwin, et al). That's the only advice I can give you at the moment. It's the best reference book I know of. I also used Balter's book Mastering Access Development - very good, plain language, tutorial, learned a LOT from her. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "David Lind" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 11:06 AM Subject: RE: [AccessD] OT? Getting Started > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. Everything I know I taught myself by trial and error. Compared to some of the code and stuff I've seen sent back and forth on here over the past 2 days, I'm nowhere near the same level/class of programmers that y'all are. In fact, the database that I've built for the section of the company I work for has expanded to a level way over my head and GanCom has been called in to help rebuild it, probably in Access03. I know VERY little about module programming/VB. While I am sure y'all are a great resource and I would definitely ask questions in the future when I get stuck, I need some help with the basics. What kind of resources should I be looking at to get started? From what the GanCom rep said when he was here, they'll do the rebuild, then hand it back to me. I'd like to be on my way of being able to do some if not all of the future work on my own instead of outsourcing it to someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 seminar is out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 14:00:34 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 14:00:34 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFCE@main2.marlow.com> Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 03, 2004 12:30 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu Jun 3 14:00:53 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 20:00:53 +0100 Subject: [AccessD] OT? Getting Started In-Reply-To: Message-ID: <000001c4499d$17f2fcb0$b274d0d5@minster33c3r25> Well welcome to the wonderful world of Dba David. We're all kinds of level of expertise here so never feel afraid to ask a question. It's how we all progress. As for your question I swear by what gets referred to as ADH, which is the Access Developer's Handbook from Sybex. There's one for each flavour of Access and they're a terrific resource. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Lind > Sent: 03 June 2004 19:06 > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. > Everything I know I taught myself by trial and error. > Compared to some of the code and stuff I've seen sent back > and forth on here over the past 2 days, I'm nowhere near the > same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I > work for has expanded to a level way over my head and GanCom > has been called in to help rebuild it, probably in Access03. > I know VERY little about module programming/VB. While I am > sure y'all are a great resource and I would definitely ask > questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking > at to get started? From what the GanCom rep said when he was > here, they'll do the rebuild, then hand it back to me. I'd > like to be on my way of being able to do some if not all of > the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! he totem > pole around here, finances is an issue, so a $600 seminar is > out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From Mark.Mitsules at ngc.com Thu Jun 3 14:00:41 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Thu, 3 Jun 2004 15:00:41 -0400 Subject: [AccessD] OT? Getting Started Message-ID: I was in exactly the same boat as you 5 years ago as far as Access/VB/VBA was concerned but I did have experience in other languages. First, I think most here might agree that getting a copy of Access (insert version here) Developer's Handbook would be a good start, followed by a copy of VBA Developer's Handbook. Most reference books are updated and re-released upon each version upgrade so keep that in mind if an upgrade is in your future. Second, when the final database is delivered, take time to document the crap out of it. Make dated hard copies of every piece of code you can find and put it away as your baseline. Third, start keeping a favorites folder for all the code snippet sites as you run across them (Candace Tripp's page will give you a good start http://www.candace-tripp.com/_pages/index_nonfl.asp?cat=acc ). Fourth, we have a few well-published authors on this list, and I believe they would be well within their rights to give a brief plug regarding their books. As for any other recommendations unfortunately I can't really help...I learn best when I'm faced with a problem to overcome...so necessity is what primarily drives my learning. Mark -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Thursday, June 03, 2004 2:06 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT? Getting Started Hi All. I'm new to these lists and am in need of some guidance. I've been working in Access97 for a number of years. Everything I know I taught myself by trial and error. Compared to some of the code and stuff I've seen sent back and forth on here over the past 2 days, I'm nowhere near the same level/class of programmers that y'all are. In fact, the database that I've built for the section of the company I work for has expanded to a level way over my head and GanCom has been called in to help rebuild it, probably in Access03. I know VERY little about module programming/VB. While I am sure y'all are a great resource and I would definitely ask questions in the future when I get stuck, I need some help with the basics. What kind of resources should I be looking at to get started? From what the GanCom rep said when he was here, they'll do the rebuild, then hand it back to me. I'd like to be on my way of being able to do some if not all of the future work on my own instead of outsourcing it to someone else. Due to my being on the low end of t! he totem pole around here, finances is an issue, so a $600 seminar is out of the question at the moment. TIA David -- _______________________________________________ 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 Jun 3 14:27:06 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Thu, 3 Jun 2004 15:27:06 -0400 Subject: [AccessD] OT? Getting Started Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83D7@xlivmbx12.aig.com> I'll second everyone's suggestions regarding the Access Developers Handbook. You might also want to take a look at... http://www.mvps.org/access/ which has lots of great examples for just about every kind of object you'd work with in Access. BTW, AFAICR, the bottom of the totem pole has the MOST important characters depicted from the Native Americans' culture/mythology. :-) Lambert > -----Original Message----- > From: David Lind [SMTP:David_Lind at acordia.com] > Sent: Thursday, June 03, 2004 2:06 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. Everything I know I > taught myself by trial and error. Compared to some of the code and stuff > I've seen sent back and forth on here over the past 2 days, I'm nowhere > near the same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I work for has > expanded to a level way over my head and GanCom has been called in to help > rebuild it, probably in Access03. I know VERY little about module > programming/VB. While I am sure y'all are a great resource and I would > definitely ask questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking at to get > started? From what the GanCom rep said when he was here, they'll do the > rebuild, then hand it back to me. I'd like to be on my way of being able > to do some if not all of the future work on my own instead of outsourcing > it to someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 seminar is out > of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 14:56:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 12:56:26 -0700 Subject: [AccessD] Set Report Format Message-ID: LOL Bring me back some bamboo shoots! Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: It's working! It's working! It's working! Thank you. You've saved my bacon. It's off to China with this app! Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:50 AM Subject: RE: [AccessD] Set Report Format > The whole point of passing the object is that you don't have to set > rpt to anything except argReport if you desire. You already have an > object, so it isn't necessary to instantiate it. You don't even need > the rpt object unless you want to avoid retyping your code. argReport > is already an object you can use and it inherits the methods and > properties of the kind of object it is. So you can do things like > this: > > For Each ctl In argReport.Controls ... > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 8:44 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > Disregard my last message. I changed the function declaration to: > > Public Function TranslateControlSubReport(argReport As Object) As > Boolean > > but still get a type mismatch on: Set rpt = Reports(argReport). > > The calling statement is: Call TranslateControlSubReport(Me) > > What am I doing wrong? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 9:06 AM > Subject: RE: [AccessD] Set Report Format > > > > Change the argument to an object, not a report or string. Pass in > > the > > > subreport or report like this: > > > > Call TranslateControlReport(Me) > > > > Then all the function has to do is test to see if the object is a > > report or subreport and then loop through its controls collection > > changing labels. Since it doesn't have to instantiate anything in > > the > > > function, it doesn't need the name. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software > > [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:56 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Set Report Format > > > > > > Charlotte: > > > > In the subreport's Report_Open event I call the routine like this: > > > > Call TranslateControlReport(Me.Name) > > > > But that isn't working. Is there another way? > > > > TIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Charlotte Foust" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 03, 2004 8:41 AM > > Subject: RE: [AccessD] Set Report Format > > > > > > > Rocky, > > > > > > The subreport isn't open in the same sense the parent report is, > > > so your routine is going to bomb because the subreport won't show > > > up in > > > > the reports collection. I usually pass an object instead of a > > > string in situations like this, which avoids the problem because > > > the > > > > object already exists and doesn't have to be instantiated > > > properly. > > > > You can pass Me from the subreport into the function and have it > > > work without problems. > > > > > > Charlotte Foust > > > > > > -----Original Message----- > > > From: Rocky Smolin - Beach Access Software > > > [mailto:bchacc at san.rr.com] > > > Sent: Thursday, June 03, 2004 7:34 AM > > > To: AccessD at databaseadvisors.com > > > Subject: [AccessD] Set Report Format > > > > > > > > > Dear List: > > > > > > I am trying to set a variable rpt to a sub report in a Public > > > function > > > > > (this is for purposes of translating the labels to a foreign > > > language). I am passing the report name to the function in the > > > Report_Open event. > > > > > > Setting it to the Main report is no problem. > > > > > > Public Function TranslateControlReport(argReport As String) As > > > Boolean > > > > > > Dim rpt As Report > > > > > > Set rpt = Reports(argReport) > > > > > > works fine. > > > > > > But in the _Open event of the sub-report when I pass the name of > > > the > > > > sub-report to this routine I get a run time error 2451 - the > > > report name you entered is misspelled or refers to a report that > > > isn't open > > > > or doesn't exist. > > > > > > I think it has to do with the fact that I'm only passing the > > > sub-report name and have to qualify it with the Main report? But > > > I've > > > > > tried several syntaxes with no luck. > > > > > > Anybody know? > > > > > > MTIA > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > But > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 14:57:50 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 12:57:50 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Personally, I'm not planning to overflow a small integer. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:01 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 03, 2004 12:30 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 bellsouth.net Thu Jun 3 15:43:00 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Thu, 3 Jun 2004 16:43:00 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <20040603204257.WLHM18879.imf16aec.mail.bellsouth.net@SUSANONE> What "age" is he talking about anyway? :) Wasn't alive when dinosaurs roamed... :) Susan H. Personally, I'm not planning to overflow a small integer. Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. From chizotz at mchsi.com Thu Jun 3 16:01:50 2004 From: chizotz at mchsi.com (chizotz at mchsi.com) Date: Thu, 03 Jun 2004 21:01:50 +0000 Subject: [AccessD] OT? Getting Started Message-ID: <060320042101.21716.66ed@mchsi.com> Hello David, There are several excellent books out there that can help you get started. I am also self-taught. I had a background in programming, however, and that was a distinct advantage for me; it didn't look entirely written in Sanskrit or something to me going in the door, I just had to adapt what I knew to the new environment. With that in mind, I would suggest picking up a book or two on general programming techniques and concepts. Ones that use Basic as the example language would be best, because Access uses a variation of Basic. Then I would look for a book or two specifically on Access programming. The Access Developer's Handbook has served me very, very well over the years, but there are others available. Those resources, combined with the help you can find here and elsewhere on the Internet, when added to an enthusiastic desire to learn, patience, and the ability to make thousands of mistakes without losing your enthusiam or patience, should do the trick :) Ron > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. Everything I know I taught > myself by trial and error. Compared to some of the code and stuff I've seen sent > back and forth on here over the past 2 days, I'm nowhere near the same > level/class of programmers that y'all are. In fact, the database that I've built > for the section of the company I work for has expanded to a level way over my > head and GanCom has been called in to help rebuild it, probably in Access03. I > know VERY little about module programming/VB. While I am sure y'all are a great > resource and I would definitely ask questions in the future when I get stuck, I > need some help with the basics. What kind of resources should I be looking at to > get started? From what the GanCom rep said when he was here, they'll do the > rebuild, then hand it back to me. I'd like to be on my way of being able to do > some if not all of the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 seminar is out of the > question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 16:55:02 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 16:55:02 -0500 Subject: [AccessD] OT? Getting Started Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD4@main2.marlow.com> Haven't seen your post on the list yet, but I read it through Andy's reply. I have a VBA 'tutorial' on my website. http://www.wolfwares.com It's in the Articles section, called 'VBA_Training.zip'. It's somewhere around 60 pages, and I've been told that several people have found it to be a useful tool to get introduced to VBA. (Please forgive the grammar in it, I was in somewhat of a rush writing it up! ) A couple of additional items to add. I wrote that tutorial YEARS ago, and have vastly expanded my VB/VBA knowledge since then, so I have a few more suggestions. One, the MSDN comes in a 3 disc version for Office 2k developer, and 2 disc version for Visual Basic. Not sure how many CD's are in the later versions of Office/VB.NET. However, the MSDN is a VERY VERY VERY handy tool. It has a ton of information, it just takes a little time getting used to how it explains things. The very best help file, IMHO, is Access 97's help section. It usually gives good examples along with it's help pages. Very useful. Next, once you begin getting comfortable with General VBA, I would strongly suggest looking into Class Modules and Collections. If I knew what I know now, about 3 years ago, a LOT of my projects would have been built faster, more flexible, and by far easier to maintain. A large portion of that is using Class modules, and collections. (Instead of loads of normal modules and arrays). Finally, my website also hosts the archives for this list. It's in the Resources section of my site. It goes back a few years. This list is a wonderful resource, and you'll probably be able to find a lot of information just by perusing the archives. Good luck in your VBA journey. Drew > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Lind > Sent: 03 June 2004 19:06 > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. > Everything I know I taught myself by trial and error. > Compared to some of the code and stuff I've seen sent back > and forth on here over the past 2 days, I'm nowhere near the > same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I > work for has expanded to a level way over my head and GanCom > has been called in to help rebuild it, probably in Access03. > I know VERY little about module programming/VB. While I am > sure y'all are a great resource and I would definitely ask > questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking > at to get started? From what the GanCom rep said when he was > here, they'll do the rebuild, then hand it back to me. I'd > like to be on my way of being able to do some if not all of > the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! he totem > pole around here, finances is an issue, so a $600 seminar is > out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 18:30:33 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 18:30:33 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD6@main2.marlow.com> The age 'break' between the natural and surrogate key 'camps'. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Thursday, June 03, 2004 3:43 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate What "age" is he talking about anyway? :) Wasn't alive when dinosaurs roamed... :) Susan H. Personally, I'm not planning to overflow a small integer. Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 18:32:15 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 18:32:15 -0500 Subject: [AccessD] Re: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD7@main2.marlow.com> ROTFLMAO. Okay, this is starting to get a little OT. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Robert L. Stewart Sent: Thursday, June 03, 2004 1:01 PM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 18:36:25 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 18:36:25 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD8@main2.marlow.com> LOL. Okay okay. We all need to dig a little here and there. Keeps the List rolling. Let me know when you do have time to prove me wrong though. We can do it off List if you want! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Thursday, June 03, 2004 11:09 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Be VERY careful, Drew! Understanding them is one thing, agreeing with their use is something else and we *really* don't need another war at the moment. I don't have time to prove you wrong. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 8:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Thu Jun 3 20:02:52 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 03 Jun 2004 18:02:52 -0700 Subject: [AccessD] VB.NET References: <40BE5577.8030807@verizon.net> <01d101c44920$a6fdd290$6601a8c0@HAL9002> <354621785.20040603093910@cactus.dk> Message-ID: <40BFCA3C.6000806@shaw.ca> Here is a series of articles on MS SQL Reporting Services http://www.databasejournal.com/features/mssql/article.php/3357011 Well it is free with a full licensed copy of SQL Server, it won't run with MSDE However the kicker is, it is only licensed to one machine so if you run your web server and sql server on different machines you need 2 copies of the server license. Reporting Services is also partly web based. You may have to run web server and sql server on seperate machines for security. I guess MS Security doesn't talk to MS Marketing. Really cute. Reporting Services Licensing FAQ http://www.microsoft.com/sql/reporting/howtobuy/faq.asp Gustav Brock wrote: >Hi Rocky and Fransisco > >Don't be too exited - the license fees for Reporting Services are >extraordinary ... > >Don't know about "MS SQL Reports" - what are those? > >/gustav > > > > >>Be interested to hear if it's a good reporting system. That's >>always been a VB weakness, no? >> >> > > > >>>There is also MS SQL Reports, although I'm not sure that is >>>actually out yet. >>> >>> > > > >>>we received a full working copy of Sql Server Standard Reporting >>>Services. I've yet to install it because of some of what the eula >>>requirements are (re: IIS on the same server. I'm going to play with >>>the demo install some more in order to get that right before I go live >>>w/ the install. >>> >>> > > > -- Marty Connelly Victoria, B.C. Canada From artful at rogers.com Thu Jun 3 20:50:07 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 3 Jun 2004 21:50:07 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <001e01c449d6$43bb64c0$6601a8c0@rock> It's actually more complicated than that, and while I fall on the side of ANPKs, I do respect the opinions of such luminaries as Joe Celko, who despises ANPKs. His reason? They model nothing in the real world; his premise -- any data model that artificially maps real-world entitities is by defnition flawed. He works in different environments than I. Typically I think of the egg-carton, and question the significance of which two eggs I choose to make my morning omelet. He thinks in terms of "this alternator was manufactured by XYZ for use in Ford models T, U and V. It was manufactured on a day in a factory and signed off by employee ABC as valid and working. Or to put his argument another way, I am a vendor of antiques and I have precisely one Queen Anne male chair (the difference between male and female being the armrests or lack thereof), which was hand-crafted by Hortense Witherspoon circa 18whatever. If I read him correctly (which, given my rapidly increasing senior moments, may be a faulty assumption), these cases (as opposed to the eggs in a carton) can all be given primary keys which derive from the data themselves, and do not falsify the picture by introducing an ANPK. I don't mean to resurrect the PK debate, nor to say that I agree with Joe. Concerning the latter, I emphatically do not agree. But he is a luminary that has written some brilliant books and probably makes twice the money that any three of us on this list do. Oracle and DB/2 seem to be his favorite turf, but I could be wrong about that part. Anyway, I stand clearly on the side of ANPKs and have found none of Joe's arguments on this subject persuasive. But as he wrote to me in an email a while back, "Go take a data-modeling course." Well, I took his advice and took a data-modeling course, and I remain unpersuaded. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Wednesday, June 02, 2004 9:07 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Thu Jun 3 20:54:19 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 3 Jun 2004 21:54:19 -0400 Subject: [AccessD] Update Query? In-Reply-To: Message-ID: <001f01c449d6$d9af2660$6601a8c0@rock> AFAIK you cannot do an update and an insert in a single query -- and even if you could, I would dispute its soundness. I prefer atomic actions -- hit one table in exactly one way. This translates to -- upate the existing rows first, then do the inserts. Two actions, each atomic. Wrap them if you want. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 12:57 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Update Query? No and No. I have no control over the source data. I can put those fields into the new table I am creating from this data but I don't think that's what you're getting at. Our client will be using the demographic data from this institution (source data that I have no control over) and then adding to the created table similar data from other institutions that they(the client) will do the data entry on. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 3 21:44:23 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 22:44:23 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: <000b01c449dd$d856be20$7e01a8c0@colbyws> >"Go take a data-modeling course." ROTFL That's like asking a lawyer if tort reform is a good idea! The kids coming out of Med school still have to do the "36 hours on duty" thing. Everyone knows it is just a dangerous thing to do, for their health, for the patient's health. But "I had to do it, so you do too!" I too remain unpersuaded. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 03, 2004 9:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate It's actually more complicated than that, and while I fall on the side of ANPKs, I do respect the opinions of such luminaries as Joe Celko, who despises ANPKs. His reason? They model nothing in the real world; his premise -- any data model that artificially maps real-world entitities is by defnition flawed. He works in different environments than I. Typically I think of the egg-carton, and question the significance of which two eggs I choose to make my morning omelet. He thinks in terms of "this alternator was manufactured by XYZ for use in Ford models T, U and V. It was manufactured on a day in a factory and signed off by employee ABC as valid and working. Or to put his argument another way, I am a vendor of antiques and I have precisely one Queen Anne male chair (the difference between male and female being the armrests or lack thereof), which was hand-crafted by Hortense Witherspoon circa 18whatever. If I read him correctly (which, given my rapidly increasing senior moments, may be a faulty assumption), these cases (as opposed to the eggs in a carton) can all be given primary keys which derive from the data themselves, and do not falsify the picture by introducing an ANPK. I don't mean to resurrect the PK debate, nor to say that I agree with Joe. Concerning the latter, I emphatically do not agree. But he is a luminary that has written some brilliant books and probably makes twice the money that any three of us on this list do. Oracle and DB/2 seem to be his favorite turf, but I could be wrong about that part. Anyway, I stand clearly on the side of ANPKs and have found none of Joe's arguments on this subject persuasive. But as he wrote to me in an email a while back, "Go take a data-modeling course." Well, I took his advice and took a data-modeling course, and I remain unpersuaded. Arthur From glen_mcwilliams at msn.com Thu Jun 3 23:53:40 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Thu, 03 Jun 2004 21:53:40 -0700 Subject: [AccessD] SOX Message-ID: Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams From Mark.Mitsules at ngc.com Fri Jun 4 07:39:25 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Fri, 4 Jun 2004 08:39:25 -0400 Subject: [AccessD] Update Query Message-ID: Wow...I needed to do something that I had never done before and already had an email to the list drafted. But before sending it, I just made a copy of all the stuff I could possibly screw up and just took my best guess at it. And what do you know...it worked... Saved me a ton of time too, because I'm up against a deadline and was quickly reaching the point of no return where I would have had to accomplish that task somewhat "manually":(((( I'm not looking for any ego stroking;) or anything like that...just thought I'd comment on my situation in case anyone doubted the osmosis capability of the list;) Mark From jimdettman at earthlink.net Fri Jun 4 07:41:24 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 4 Jun 2004 08:41:24 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: I've kept my mouth shut too even though I don't agree with all the things that have been stated. Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. It deals with organizing the relations between pieces of data. Since computing systems store data, they fall under the theory, but the theory doesn't exist because of computers. It's a branch of mathematics in dealing with set relations. But we've gone through this several times. Anyone who's interested can look in the archives. And for the record, I'm not grouping myself with Joe Celko or Fabin Pascal. Suffice to say I fall somewhere in between the two camps in terms of living in the real world. There are times when using a surrogate makes sense and then there are others where it just adds complexity. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Thursday, June 03, 2004 9:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate It's actually more complicated than that, and while I fall on the side of ANPKs, I do respect the opinions of such luminaries as Joe Celko, who despises ANPKs. His reason? They model nothing in the real world; his premise -- any data model that artificially maps real-world entitities is by defnition flawed. He works in different environments than I. Typically I think of the egg-carton, and question the significance of which two eggs I choose to make my morning omelet. He thinks in terms of "this alternator was manufactured by XYZ for use in Ford models T, U and V. It was manufactured on a day in a factory and signed off by employee ABC as valid and working. Or to put his argument another way, I am a vendor of antiques and I have precisely one Queen Anne male chair (the difference between male and female being the armrests or lack thereof), which was hand-crafted by Hortense Witherspoon circa 18whatever. If I read him correctly (which, given my rapidly increasing senior moments, may be a faulty assumption), these cases (as opposed to the eggs in a carton) can all be given primary keys which derive from the data themselves, and do not falsify the picture by introducing an ANPK. I don't mean to resurrect the PK debate, nor to say that I agree with Joe. Concerning the latter, I emphatically do not agree. But he is a luminary that has written some brilliant books and probably makes twice the money that any three of us on this list do. Oracle and DB/2 seem to be his favorite turf, but I could be wrong about that part. Anyway, I stand clearly on the side of ANPKs and have found none of Joe's arguments on this subject persuasive. But as he wrote to me in an email a while back, "Go take a data-modeling course." Well, I took his advice and took a data-modeling course, and I remain unpersuaded. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Wednesday, June 02, 2004 9:07 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Fri Jun 4 08:08:29 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Fri, 04 Jun 2004 08:08:29 -0500 Subject: [AccessD] Re: Getting Started In-Reply-To: <200406032336.i53NasQ21702@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040604080258.017b7df0@pop3.highstream.net> David, First, I would suggest that you send a few willing ones on the list the changes that your contracting company is making so we can evaluate it for you and help you to not get trapped into using then for all future changes. And, the big one is to make sure the design of the table structure is correct. If the table design is bad, you will have nothing but trouble in the future. I would venture to say that all of us on the list are self-taught. Some I would also venture have been able to find a mentor to help us. Personally, I am self-taught and have been such a mentor. Second, you do NOT want them to do the rebuild and hand it to you. You want to be involved in the sign off of each area of the design, tables, forms design, report layout, commenting within all the code, etc. I would be willing to help you in the evaluations if you like. Robert At 06:36 PM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 14:06:14 -0400 >From: "David Lind" >Subject: RE: [AccessD] OT? Getting Started >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Hi All. > >I'm new to these lists and am in need of some guidance. > >I've been working in Access97 for a number of years. Everything I know I >taught myself by trial and error. Compared to some of the code and stuff >I've seen sent back and forth on here over the past 2 days, I'm nowhere >near the same level/class of programmers that y'all are. In fact, the >database that I've built for the section of the company I work for has >expanded to a level way over my head and GanCom has been called in to help >rebuild it, probably in Access03. I know VERY little about module >programming/VB. While I am sure y'all are a great resource and I would >definitely ask questions in the future when I get stuck, I need some help >with the basics. What kind of resources should I be looking at to get >started? From what the GanCom rep said when he was here, they'll do the >rebuild, then hand it back to me. I'd like to be on my way of being able >to do some if not all of the future work on my own instead of outsourcing >it to someone else. Due to my being on the low end of t! >he totem pole around here, finances is an issue, so a $600 seminar is out >of the question at the moment. > >TIA >David From cfoust at infostatsystems.com Fri Jun 4 09:48:15 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 4 Jun 2004 07:48:15 -0700 Subject: [AccessD] SOX Message-ID: I'm working on a government project and I asked about SOX, since the data is personnel-related. They just shrugged, so I figure it's their lookout. Charlotte Foust -----Original Message----- From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] Sent: Thursday, June 03, 2004 8:54 PM To: accessd at databaseadvisors.com Subject: [AccessD] SOX Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Fri Jun 4 10:02:21 2004 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 4 Jun 2004 10:02:21 -0500 Subject: [AccessD] SOX In-Reply-To: <17239050.1086360973383.JavaMail.root@sniper6.usinternet.com> Message-ID: <002501c44a44$f02e3c50$de1811d8@danwaters> Charlotte, But what if they get pinged on for not meeting SOX requirements later, and then come back to you as the developer with the assumption that 'you should have known'? If you don't have something in writing stating that they don't need to meet those requirements, you might want to get something. Best of Luck, Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, June 04, 2004 9:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] SOX I'm working on a government project and I asked about SOX, since the data is personnel-related. They just shrugged, so I figure it's their lookout. Charlotte Foust -----Original Message----- From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] Sent: Thursday, June 03, 2004 8:54 PM To: accessd at databaseadvisors.com Subject: [AccessD] SOX Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JHewson at karta.com Fri Jun 4 10:10:54 2004 From: JHewson at karta.com (Jim Hewson) Date: Fri, 4 Jun 2004 10:10:54 -0500 Subject: [AccessD] SOX Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C1384AE@karta-exc-int.Karta.com> If it's not in the Statement of Work and none of taskings require it, you're not required to meet those standards. As long as the task order has been satisfied, you have complied with the contract. OTH, if meeting the standards are not going to impinge on the bottom line... I probably would consider it. Otherwise, a contract modification to include the standards and increase of the funding would be warranted. I've done several government database... the issue has not come up. Actually, I haven't heard of these standards before. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Friday, June 04, 2004 9:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] SOX I'm working on a government project and I asked about SOX, since the data is personnel-related. They just shrugged, so I figure it's their lookout. Charlotte Foust -----Original Message----- From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] Sent: Thursday, June 03, 2004 8:54 PM To: accessd at databaseadvisors.com Subject: [AccessD] SOX Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From David_Lind at acordia.com Fri Jun 4 11:27:22 2004 From: David_Lind at acordia.com (David Lind) Date: Fri, 4 Jun 2004 12:27:22 -0400 Subject: [AccessD] RE: Getting Started Message-ID: Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bill! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Friday, June 04, 2004 9:08 AM To: accessd at databaseadvisors.com Cc: David Lind Subject: Re: Getting Started David, First, I would suggest that you send a few willing ones on the list the changes that your contracting company is making so we can evaluate it for you and help you to not get trapped into using then for all future changes. And, the big one is to make sure the design of the table structure is correct. If the table design is bad, you will have nothing but trouble in the future. I would venture to say that all of us on the list are self-taught. Some I would also venture have been able to find a mentor to help us. Personally, I am self-taught and have been such a mentor. Second, you do NOT want them to do the rebuild and hand it to you. You want to be involved in the sign off of each area of the design, tables, forms design, report layout, commenting within all the code, etc. I would be willing to help you in the evaluations if you like. Robert At 06:36 PM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 14:06:14 -0400 >From: "David Lind" >Subject: RE: [AccessD] OT? Getting Started >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Hi All. > >I'm new to these lists and am in need of some guidance. > >I've been working in Access97 for a number of years. Everything I know I >taught myself by trial and error. Compared to some of the code and stuff >I've seen sent back and forth on here over the past 2 days, I'm nowhere >near the same level/class of programmers that y'all are. In fact, the >database that I've built for the section of the company I work for has >expanded to a level way over my head and GanCom has been called in to help >rebuild it, probably in Access03. I know VERY little about module >programming/VB. While I am sure y'all are a great resource and I would >definitely ask questions in the future when I get stuck, I need some help >with the basics. What kind of resources should I be looking at to get >started? From what the GanCom rep said when he was here, they'll do the >rebuild, then hand it back to me. I'd like to be on my way of being able >to do some if not all of the future work on my own instead of outsourcing >it to someone else. Due to my being on the low end of t! >he totem pole around here, finances is an issue, so a $600 seminar is out >of the question at the moment. > >TIA >David From BBarabash at TappeConstruction.com Fri Jun 4 11:42:22 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Fri, 4 Jun 2004 11:42:22 -0500 Subject: [AccessD] RE: Getting Started Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE641@TAPPEEXCH01> >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From Mark.Mitsules at ngc.com Fri Jun 4 11:49:02 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Fri, 4 Jun 2004 12:49:02 -0400 Subject: [AccessD] RE: Getting Started Message-ID: >> Medical Malpractice << Now there's some data that could be used to educate people! Mark -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 12:27 PM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Friday, June 04, 2004 9:08 AM To: accessd at databaseadvisors.com Cc: David Lind Subject: Re: Getting Started David, First, I would suggest that you send a few willing ones on the list the changes that your contracting company is making so we can evaluate it for you and help you to not get trapped into using then for all future changes. And, the big one is to make sure the design of the table structure is correct. If the table design is bad, you will have nothing but trouble in the future. I would venture to say that all of us on the list are self-taught. Some I would also venture have been able to find a mentor to help us. Personally, I am self-taught and have been such a mentor. Second, you do NOT want them to do the rebuild and hand it to you. You want to be involved in the sign off of each area of the design, tables, forms design, report layout, commenting within all the code, etc. I would be willing to help you in the evaluations if you like. Robert At 06:36 PM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 14:06:14 -0400 >From: "David Lind" >Subject: RE: [AccessD] OT? Getting Started >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Hi All. > >I'm new to these lists and am in need of some guidance. > >I've been working in Access97 for a number of years. Everything I know I >taught myself by trial and error. Compared to some of the code and stuff >I've seen sent back and forth on here over the past 2 days, I'm nowhere >near the same level/class of programmers that y'all are. In fact, the >database that I've built for the section of the company I work for has >expanded to a level way over my head and GanCom has been called in to help >rebuild it, probably in Access03. I know VERY little about module >programming/VB. While I am sure y'all are a great resource and I would >definitely ask questions in the future when I get stuck, I need some help >with the basics. What kind of resources should I be looking at to get >started? From what the GanCom rep said when he was here, they'll do the >rebuild, then hand it back to me. I'd like to be on my way of being able >to do some if not all of the future work on my own instead of outsourcing >it to someone else. Due to my being on the low end of t! >he totem pole around here, finances is an issue, so a $600 seminar is out >of the question at the moment. > >TIA >David -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Fri Jun 4 12:02:59 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Fri, 4 Jun 2004 11:02:59 -0600 Subject: [AccessD] RE: Getting Started Message-ID: <19F28F0B4284C04FB90CAA380451FFD9412893@bross.quiznos.net> One note on the inconsistency of the Round function in Access. Aside from the floating point data storage issues, Access utilizes what I've been told is "Banker's Rounding" which will always round to the nearest even number. So in the immediate window, here are the results: ? Round(1.55,1) 1.6 ? Round(1.65,1) 1.6 Both go to 1.6 because it's the nearest even last decimal place to round to. -Chris Mackin -----Original Message----- From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] Sent: Friday, June 04, 2004 10:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From joconnell at indy.rr.com Fri Jun 4 12:35:40 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Fri, 4 Jun 2004 12:35:40 -0500 Subject: [AccessD] RE: Getting Started Message-ID: <012301c44a5a$7231e0c0$6701a8c0@joe> Floating point numbers are not the best choice for storing monetary values. Define the fields as Currency and you will have precise dollars and cents. Joe O'Connell -----Original Message----- From: Mackin, Christopher To: 'Access Developers discussion and problem solving' Date: Friday, June 04, 2004 12:14 PM Subject: RE: [AccessD] RE: Getting Started |One note on the inconsistency of the Round function in Access. Aside from |the floating point data storage issues, Access utilizes what I've been told |is "Banker's Rounding" which will always round to the nearest even number. | |So in the immediate window, here are the results: |? Round(1.55,1) | 1.6 |? Round(1.65,1) | 1.6 | |Both go to 1.6 because it's the nearest even last decimal place to round to. | |-Chris Mackin | |-----Original Message----- |From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] |Sent: Friday, June 04, 2004 10:42 AM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] RE: Getting Started | | |>The lady I am working for is quite upset about what we've termed "The |Rounding Issue" of Access. | |If you google for info on floating point data storage, you will learn that |this is definitely not an Access-specific issue. For example, we have an |accounting system on a SQL Server 2000 platform that has the same quirks |(funny, I don't recall receiving an invoice for 11.7687381!). It is an |inherent difficulty of converting numerical data to/from the binary format |in which it is stored. | |Now, OTOH, Access has a lousy (inconsistent) Round function built into it. |There are several alternatives to that. Gustav wrote a pretty good one, for |example. | | |-----Original Message----- |From: David Lind [mailto:David_Lind at acordia.com] |Sent: Friday, June 04, 2004 11:27 AM |To: Robert L. Stewart |Cc: accessd at databaseadvisors.com |Subject: [AccessD] RE: Getting Started | | |Robert, | |Thanks for the suggestions. | |Right now my being self-taught is the biggest problem. Because I am |self-taught, I've managed to not teach myself good programming basics. (I am |looking into legal action against myself right now!) The biggest problem I |have is non-normalized tables. The tech came down and spent 3 days here and |one of the biggest issues was the normalization of the tables. (I have one |table with 80+ fields including the ANPK. Didn't realize it was quite that |bloated!) There are other issues such as I have a financial table currently |setup that handles both debits and credits. However multiple debits can |refer to a single credit and sometimes multiple credits can refer to a |single debit. The lady I am working for is quite upset about what we've |termed "The Rounding Issue" of Access. I never realized that Access |automatically figures everything out to the 11th decimal point on |calculations. That creates a real problem when trying to get exact finances |and a clear statement for an insurance bil! l! Those are just the big |problems, and I haven't even begun to scratch the surface. | |I would love to get as much input as possible to get things fixed (in fact I |wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we |have strict security issues and I think the tech that helped had to have |blood drawn, produce three forms of ID, prove that the last 4 generations of |his and his wife's families were not in any way linked to any possible |criminal activity and promise the life of his firstborn child (if he ever |has one) just to be allowed to look at our data. The database I'm working on |is for the Medical Malpractice division of an insurance company that was |recently bought by a bank, so we have all kinds of security and privacy |issues involved. | |David | | |--------------------------------------------------------------------------- - |---------------------------------------- |The information in this email may contain confidential information that |is legally privileged. The information is only for the use of the intended |recipient(s) named above. If you are not the intended recipient(s), you |are hereby notified that any disclosure, copying, distribution, or the |taking |of any action in regard to the content of this email is strictly prohibited. |If |transmission is incorrect, unclear, or incomplete, please notify the sender |immediately. The authorized recipient(s) of this information is/are |prohibited |from disclosing this information to any other party and is/are required to |destroy the information after its stated need has been fulfilled. | |Any views expressed in this message are those of the individual |sender, except where the sender specifies and with authority, |states them to be the views of Tappe Construction Co. | |This footer also confirms that this email message has been scanned |for the presence of computer viruses.Scanning of this message and |addition of this footer is performed by SurfControl E-mail Filter software |in conjunction with virus detection software. | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com From MPorter at acsalaska.com Fri Jun 4 03:24:09 2004 From: MPorter at acsalaska.com (Porter, Mark) Date: Fri, 4 Jun 2004 00:24:09 -0800 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <635B80FE6C7D5A409586A6A110D97D17029A5F@ACSANCHOR.corp.acsalaska.com> I'm working with an enterprise application where the data model is 99.99% pre-made. However, how we use this data model is flexible to our business needs. In this case, the actual data model only describes the data held within, it is not an actual representation of it. Even the table names and fields are sometimes completely different from the data that we put into it (the GUI labels are changed, of course). It is even recommended that, should we require a new column, we use one of the many unused colums in the overbuilt data model rather than create another one in the data schema. The only hard database object which reflects the actual data in the model is the 'user key', a unique index on the table which describes what our businesses uses as a natural key for the data which we put into the table. The tables all have a single unique Identifier column (effectively an autonumber for the sake of our discussion), and audit fields such as creator, last changed by, create date, change date, etc. that describe attributes of the record in the table (as opposed to the data in the table). The columns above have nothing to do with the data held within the data model, yet they are integral to the working of the system itself. In this case you have two keys for two purposes; A natural key for the DATA, and a unique identifier for the RECORD. Where do you draw the line between what a pure data model should be (i.e. - nothing in the data model that is not a part of the data itself) and enhancing the system with information that describes the data? Mark > -----Original Message----- > From: Arthur Fuller [mailto:artful at rogers.com] > Sent: Thursday, June 03, 2004 5:50 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > It's actually more complicated than that, and while I fall on the side > of ANPKs, I do respect the opinions of such luminaries as Joe > Celko, who > despises ANPKs. His reason? They model nothing in the real world; his > premise -- any data model that artificially maps real-world entitities > is by defnition flawed. > > He works in different environments than I. Typically I think of the > egg-carton, and question the significance of which two eggs I > choose to > make my morning omelet. He thinks in terms of "this alternator was > manufactured by XYZ for use in Ford models T, U and V. It was > manufactured on a day in a factory and signed off by employee ABC as > valid and working. Or to put his argument another way, I am a > vendor of > antiques and I have precisely one Queen Anne male chair (the > difference > between male and female being the armrests or lack thereof), which was > hand-crafted by Hortense Witherspoon circa 18whatever. > > If I read him correctly (which, given my rapidly increasing senior > moments, may be a faulty assumption), these cases (as opposed to the > eggs in a carton) can all be given primary keys which derive from the > data themselves, and do not falsify the picture by > introducing an ANPK. > > I don't mean to resurrect the PK debate, nor to say that I agree with > Joe. Concerning the latter, I emphatically do not agree. But he is a > luminary that has written some brilliant books and probably > makes twice > the money that any three of us on this list do. Oracle and > DB/2 seem to > be his favorite turf, but I could be wrong about that part. > > Anyway, I stand clearly on the side of ANPKs and have found none of > Joe's arguments on this subject persuasive. But as he wrote > to me in an > email a while back, "Go take a data-modeling course." Well, I took his > advice and took a data-modeling course, and I remain unpersuaded. > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, > Mark S. (Newport News) > Sent: Wednesday, June 02, 2004 9:07 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > As a potential hypothesis, I would have to agree. But in > order to prove > your hypothesis you should have presented the opposite "Fear > Factor" as > well:) That those in favor of AutoNumbers fear the user's ability to > screw up even a five-field compound key by unwittingly uncovering the > one situation in which it would fail;) And, that those in favor of > AutoNumbers fear the complexity and never-ending maintenance that will > "inevitably" result from such a decision;) > > > Mark > > > > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [mailto:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural Key" PK debate. For lack of a better word or terminology, I'm > going to refer to it as the "Fear Factor" or a fuzzy type of > generalized > apprehension. This "apprehension" boils down to something along the > lines of, "Well, what happens if the AutoNumber field gets > corrupted or > somehow those autonumbers get jumbled or out-of-sequence? If that > happens, then how do we re-establish the primary keys and make sure > they're associated with the correct records?" (The more records there > are in a table, the more heightened this fear or apprehension tends to > be.) > > The answer to this [unspoken] question is that they would rather avoid > the possibility altogether by using non-Autonumber composite (i.e. > "Natural") primary keys. It appears, from my experience, > that folks who > have not been trained in database theory seem to have an intuitive > preference for natural keys - even when such "natural" keys > involve the > concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are > managing a > substantial (several million record) environmental database with > multiple linked tables, numerous views, action queries, macros, et > cetera ... This application requires primary and foreign > keys in nearly > all of the base tables. Early on we tried to persuade the senior > project engineer, (a chemical engineer by profession), of the > wisdom of > using single-field AutoNumbers for the PK in the most > important table of > the application. He adamantly refused, insisting on a two-field > composite primary key. We did our best to try and persuade him that an > autonumber PK was best, but he wouldn't hear it. Since this engineer > has major input into our performance appraisals, the programming staff > acquiesced. We decided to live with a "composite" PK - even if we > didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the > conclusion > that folks who prefer "natural" (composite) PKs do so due to a general > apprehension or mistrust of AutoNumbers. I don't think it is a > "technical" issue, but rather a "people issue" centering > around fear and > apprehension. Whenever one sees a strong visceral reaction, (such as > what Martin saw yesterday), this tends to reinforce my perception that > this is more of a "people problem" than a purely "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > > > -----Original Message----- > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > Sent: Tuesday, June 01, 2004 1:17 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: The Great Primary Debate > > > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to > back me up > (<: Was split between the younger developers who supported the use of > the ID column and the older developers and DBAs who use natural keys. > Almost a 50//50 split on age lines maybe reflecting different > attitutes > to design. Took me about 20mins with one of the older guys to explain > how the relationship was maintained using Idt IDs as opposed to his > staff number. He seemed to have real problems getting the concept. > > Martin > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > *********************************************************************************** 4/6/2004 This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS From Paul.Millard at freight.fedex.com Fri Jun 4 14:10:53 2004 From: Paul.Millard at freight.fedex.com (Millard, Paul --- Sr. Developer Analyst ---WGO) Date: Fri, 4 Jun 2004 12:10:53 -0700 Subject: [AccessD] SQL Query Help: Calculate working (project) days Message-ID: <67B2D43A2067B248A36B007650A2312C35FD99@PSJOE2K1.fxfwest.freight.fedex.com> Folks, I need help in calculating working days shown in table below. The tricky thing about this is I need to calculate the number of days between departments, particularly the 'Pricing' department. In table below, there are a total of 7 days using DATEDIFF. I need to report number of days within Pricing, which is two days in the example table shown below. i.e. Pricing on 2004-05-01 to 2004-05-2 equals 1 day and Pricing again on 2004-05-07 to 2004-05-08. Thanks in Advance! Paul Millard San Jose, CA table1 StatusDate Department 2004-05-01 Pricing (1 day) 2004-05-02 Costing (5 day) 2004-05-07 Pricing (1 day) 2004-05-08 Closed -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Joseph O'Connell Sent: Friday, June 04, 2004 10:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] RE: Getting Started Floating point numbers are not the best choice for storing monetary values. Define the fields as Currency and you will have precise dollars and cents. Joe O'Connell -----Original Message----- From: Mackin, Christopher To: 'Access Developers discussion and problem solving' Date: Friday, June 04, 2004 12:14 PM Subject: RE: [AccessD] RE: Getting Started |One note on the inconsistency of the Round function in Access. Aside from |the floating point data storage issues, Access utilizes what I've been told |is "Banker's Rounding" which will always round to the nearest even number. | |So in the immediate window, here are the results: |? Round(1.55,1) | 1.6 |? Round(1.65,1) | 1.6 | |Both go to 1.6 because it's the nearest even last decimal place to round to. | |-Chris Mackin | |-----Original Message----- |From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] |Sent: Friday, June 04, 2004 10:42 AM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] RE: Getting Started | | |>The lady I am working for is quite upset about what we've termed "The |Rounding Issue" of Access. | |If you google for info on floating point data storage, you will learn that |this is definitely not an Access-specific issue. For example, we have an |accounting system on a SQL Server 2000 platform that has the same quirks |(funny, I don't recall receiving an invoice for 11.7687381!). It is an |inherent difficulty of converting numerical data to/from the binary format |in which it is stored. | |Now, OTOH, Access has a lousy (inconsistent) Round function built into it. |There are several alternatives to that. Gustav wrote a pretty good one, for |example. | | |-----Original Message----- |From: David Lind [mailto:David_Lind at acordia.com] |Sent: Friday, June 04, 2004 11:27 AM |To: Robert L. Stewart |Cc: accessd at databaseadvisors.com |Subject: [AccessD] RE: Getting Started | | |Robert, | |Thanks for the suggestions. | |Right now my being self-taught is the biggest problem. Because I am |self-taught, I've managed to not teach myself good programming basics. (I am |looking into legal action against myself right now!) The biggest problem I |have is non-normalized tables. The tech came down and spent 3 days here and |one of the biggest issues was the normalization of the tables. (I have one |table with 80+ fields including the ANPK. Didn't realize it was quite that |bloated!) There are other issues such as I have a financial table currently |setup that handles both debits and credits. However multiple debits can |refer to a single credit and sometimes multiple credits can refer to a |single debit. The lady I am working for is quite upset about what we've |termed "The Rounding Issue" of Access. I never realized that Access |automatically figures everything out to the 11th decimal point on |calculations. That creates a real problem when trying to get exact finances |and a clear statement for an insurance bil! l! Those are just the big |problems, and I haven't even begun to scratch the surface. | |I would love to get as much input as possible to get things fixed (in fact I |wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we |have strict security issues and I think the tech that helped had to have |blood drawn, produce three forms of ID, prove that the last 4 generations of |his and his wife's families were not in any way linked to any possible |criminal activity and promise the life of his firstborn child (if he ever |has one) just to be allowed to look at our data. The database I'm working on |is for the Medical Malpractice division of an insurance company that was |recently bought by a bank, so we have all kinds of security and privacy |issues involved. | |David | | |--------------------------------------------------------------------------- - |---------------------------------------- |The information in this email may contain confidential information that |is legally privileged. The information is only for the use of the intended |recipient(s) named above. If you are not the intended recipient(s), you |are hereby notified that any disclosure, copying, distribution, or the |taking |of any action in regard to the content of this email is strictly prohibited. |If |transmission is incorrect, unclear, or incomplete, please notify the sender |immediately. The authorized recipient(s) of this information is/are |prohibited |from disclosing this information to any other party and is/are required to |destroy the information after its stated need has been fulfilled. | |Any views expressed in this message are those of the individual |sender, except where the sender specifies and with authority, |states them to be the views of Tappe Construction Co. | |This footer also confirms that this email message has been scanned |for the presence of computer viruses.Scanning of this message and |addition of this footer is performed by SurfControl E-mail Filter software |in conjunction with virus detection software. | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ******************************************************* This message conatains information that is confidential and proprietary to FedEx Freight or its affiliates. It is intended only for the recipient named and for the express purpose(s) described therein. Any other use is prohibited. ******************************************************* From GregSmith at starband.net Fri Jun 4 14:58:00 2004 From: GregSmith at starband.net (Greg Smith) Date: Fri, 4 Jun 2004 14:58:00 -0500 Subject: [AccessD] Is AccessD Toasted? In-Reply-To: <006401c4381f$7e98c7e0$12669a89@DDICK> Message-ID: <200406041955.i54JtjlV024174@andromeda.email.starband.net> Hi everyone! I've received ZERO...as in NULL...emails from AccessD/DBA. Is there a problem? Could be ME...been there. Done That. Greg Smith GregSmith at Starband.Net From accessd at shaw.ca Fri Jun 4 14:50:24 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Fri, 04 Jun 2004 12:50:24 -0700 Subject: [AccessD] RE: Getting Started In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE641@TAPPEEXCH01> Message-ID: Just thought I would add my comments to this discussion. There is always going to be round-off issue with numeric data. To keep these problems to minimum it is advisable to process the round-off at the time of entry. Given: A tax that is 7.5% of an invoice total. When calculated, on say $115.18 the amount is total invoice is $123.8185 with tax being $8.6385. The amount that will be paid is $123.82 with the tax being $8.64. These are the two numbers that stored not the raw uncalculated tax and invoice values. At the end of the fiscal year the tax totals can just be added and the summary will perfectly match the invoice total. A value, in a database that has to be added and then round-off performed will result in differences and accumulative errors. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Friday, June 04, 2004 9:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From spikee at oatlandspark.org.uk Fri Jun 4 15:03:23 2004 From: spikee at oatlandspark.org.uk (Chris Foote (Spike)) Date: Fri, 4 Jun 2004 21:03:23 +0100 Subject: [AccessD] Is AccessD Toasted? In-Reply-To: <200406041955.i54JtjlV024174@andromeda.email.starband.net> Message-ID: Hi Greg! The AccessD _has_ been fairly quiet for the last few hours but there has been some traffic! Regards Chris Foote - UK spike at ugandanetwork.org.uk -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Greg Smith Sent: 04 June 2004 20:58 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Is AccessD Toasted? Hi everyone! I've received ZERO...as in NULL...emails from AccessD/DBA. Is there a problem? Could be ME...been there. Done That. Greg Smith GregSmith at Starband.Net From jwcolby at colbyconsulting.com Fri Jun 4 15:47:07 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 4 Jun 2004 16:47:07 -0400 Subject: [AccessD] Update Query In-Reply-To: Message-ID: <000f01c44a75$19a37bb0$7e01a8c0@colbyws> I'll be sending my bill. What is your address? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Friday, June 04, 2004 8:39 AM To: '[AccessD]' Subject: [AccessD] Update Query Wow...I needed to do something that I had never done before and already had an email to the list drafted. But before sending it, I just made a copy of all the stuff I could possibly screw up and just took my best guess at it. And what do you know...it worked... Saved me a ton of time too, because I'm up against a deadline and was quickly reaching the point of no return where I would have had to accomplish that task somewhat "manually":(((( I'm not looking for any ego stroking;) or anything like that...just thought I'd comment on my situation in case anyone doubted the osmosis capability of the list;) Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Fri Jun 4 15:46:38 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Fri, 4 Jun 2004 15:46:38 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: <028701c44a75$08c65060$2a3ca8c0@TEXASSYSTEMS.COM> For practical reasons, I prefer Robert Stewart's Surrogate/Business key approach. Regarding Celko's emphasis on natural keys, I would suggest the counter-example of catalogs, where many disparate items, each with their own, non-overlapping attributes, are given unique codes. Putting an ID on a blob of data is a common real-world thing to do. If that ID is random, or is a counter, you are very close to the Autonumber concept. On the other hand, the Autonumber is supposed to be a 'meaningless' unique ID. But, consider an auto-generated date dimension table, with consecutive date records. Think an Autonumber key is meaningless in this situation? Think again - it really represents the number of days since Day Zero (the earliest date record in your table). Sometimes, the Autonumber IS a natural key! -Ken From martyconnelly at shaw.ca Fri Jun 4 16:04:54 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 04 Jun 2004 14:04:54 -0700 Subject: [AccessD] SOX References: <9C382E065F54AE48BC3AA7925DCBB01C1384AE@karta-exc-int.Karta.com> Message-ID: <40C0E3F6.40406@shaw.ca> SOX only applies to publibly traded companies that are listed on US stock markets, Market capitilization is a determining factor on time for compliance, small caps have more time. You maybe a European company but if you are listed on the NASDAQ you still have to comply. Generally it is corporate documentation of business processes for auditing purposes, so computers come into play in fields like backup storage, data retention, and database methodology. CIO Survival Guide: Sarbanes-Oxley http://searchcio.techtarget.com/originalContent/0,289142,sid19_gci963003,00.html http://www.sarbanes-oxley-forum.com/ http://www.sarbanes-oxley.com/ Jim Hewson wrote: >If it's not in the Statement of Work and none of taskings require it, you're not required to meet those standards. As long as the task order has been satisfied, you have complied with the contract. >OTH, if meeting the standards are not going to impinge on the bottom line... I probably would consider it. >Otherwise, a contract modification to include the standards and increase of the funding would be warranted. >I've done several government database... the issue has not come up. Actually, I haven't heard of these standards before. >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte >Foust >Sent: Friday, June 04, 2004 9:48 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] SOX > > >I'm working on a government project and I asked about SOX, since the >data is personnel-related. They just shrugged, so I figure it's their >lookout. > >Charlotte Foust > >-----Original Message----- >From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] >Sent: Thursday, June 03, 2004 8:54 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] SOX > > >Hi All > >Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? > >Has anyone written any Minimum Baseline Standards (MBS) for Access >Database >Applications in conjunction with SOX compliance? > >Or, finally, has anyone had to make an Access Application meet MBS? > >Isn't the bleeping government wonderful!!! > >TIA >Glen McWilliams > > > > -- Marty Connelly Victoria, B.C. Canada From dw-murphy at cox.net Fri Jun 4 16:53:53 2004 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 4 Jun 2004 14:53:53 -0700 Subject: [AccessD] Microsoft Jet Database Engine could not open the file - Error In-Reply-To: <000f01c44a75$19a37bb0$7e01a8c0@colbyws> Message-ID: <000601c44a7e$6db09400$8500a8c0@CX615377a> Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. Doug From jimdettman at earthlink.net Fri Jun 4 17:25:19 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 4 Jun 2004 18:25:19 -0400 Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error In-Reply-To: <000601c44a7e$6db09400$8500a8c0@CX615377a> Message-ID: Doug, First, check security. All users need full read/write/delete priv for the directory where the MDB/MDE resides. This allows the .LDB file to be created/deleted properly. Without this file, Access/JET cannot place locks and will open a database exclusive regardless of settings. Second, make sure the database attribute is not set to read only (right click in explorer and click properties). Third, make sure someone is not really opening it exclusive. I think you'll find it's the first one. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 5:54 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. 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 Fri Jun 4 17:52:27 2004 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 4 Jun 2004 15:52:27 -0700 Subject: [AccessD] Microsoft Jet Database Engine could not open the file-Error In-Reply-To: Message-ID: <000001c44a86$9bfba590$8500a8c0@CX615377a> Thanks Jim, I'll check security again. We checked security and read only properties, but that was me talking to the client via phone. I may need to go up and do it myself. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 3:25 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Microsoft Jet Database Engine could not open the file-Error Doug, First, check security. All users need full read/write/delete priv for the directory where the MDB/MDE resides. This allows the .LDB file to be created/deleted properly. Without this file, Access/JET cannot place locks and will open a database exclusive regardless of settings. Second, make sure the database attribute is not set to read only (right click in explorer and click properties). Third, make sure someone is not really opening it exclusive. I think you'll find it's the first one. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 5:54 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. 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 stuart at lexacorp.com.pg Fri Jun 4 18:33:46 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 05 Jun 2004 09:33:46 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <028701c44a75$08c65060$2a3ca8c0@TEXASSYSTEMS.COM> References: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: <40C1937A.5052.43EF700@localhost> On 4 Jun 2004 at 15:46, Ken Ismert wrote: > On the other hand, the Autonumber is supposed to be a 'meaningless' unique > ID. But, consider an auto-generated date dimension table, with consecutive > date records. Think an Autonumber key is meaningless in this situation? > Think again - it really represents the number of days since Day Zero (the > earliest date record in your table). Does it? What if you: 1. Delete records and rebuild the table without compacting the database. 2. Create records with an algorithm that generates records counting backwards from an end date 3. Extend your table by adding earlier dates after you build your first date range. 4. etc If you rely on the ANPK to be meaningful and use it in calcuations base on your assumption, you can get into trouble very quickly. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Fri Jun 4 18:38:00 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 05 Jun 2004 09:38:00 +1000 Subject: [AccessD] RE: Getting Started In-Reply-To: References: <426071E0B0A6D311B3C0006008B0AB23AFE641@TAPPEEXCH01> Message-ID: <40C19478.21109.442D730@localhost> On 4 Jun 2004 at 12:50, Jim Lawrence (AccessD) wrote: > Just thought I would add my comments to this discussion. > > There is always going to be round-off issue with numeric data. To keep these > problems to minimum it is advisable to process the round-off at the time of > entry. > > Given: A tax that is 7.5% of an invoice total. > When calculated, on say $115.18 the amount is total invoice is $123.8185 > with tax being $8.6385. The amount that will be paid is $123.82 with the > tax being $8.64. These are the two numbers that stored not the raw > uncalculated tax and invoice values. > > At the end of the fiscal year the tax totals can just be added and the > summary will perfectly match the invoice total. A value, in a database that > has to be added and then round-off performed will result in differences and > accumulative errors. > And use currency datatypes, because even with rounding of all individual values, you can still run into trouble with least significant bits in singles/doubles because of the way they are stored. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From mcaro at bigpond.net.au Fri Jun 4 18:41:45 2004 From: mcaro at bigpond.net.au (Bigpond) Date: Sat, 5 Jun 2004 09:41:45 +1000 Subject: [AccessD] Type Mismatch Message-ID: <005d01c44a8d$7f7f4d70$0100000a@mitmaster> Hi folks I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code Private Sub cmdTest_Click() Dim rst As Recordset Dim db As Database On Error GoTo HandleErrors Set db = CurrentDb() Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") . . End Sub I have checked the table "GBBClients" and the field "ClientTypeID" is a number. I inserted a text field called "ClientType" into the table and the following line also give the same error. Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") Is it so obvious that I can't see it?????? Martin From stuart at lexacorp.com.pg Fri Jun 4 19:17:17 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 05 Jun 2004 10:17:17 +1000 Subject: [AccessD] Type Mismatch In-Reply-To: <005d01c44a8d$7f7f4d70$0100000a@mitmaster> Message-ID: <40C19DAD.11583.466CB4A@localhost> On 5 Jun 2004 at 9:41, Bigpond wrote: > Hi folks > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code > > Private Sub cmdTest_Click() > Dim rst As Recordset > Dim db As Database > On Error GoTo HandleErrors > Set db = CurrentDb() > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > . > . > End Sub > > I have checked the table "GBBClients" and the field "ClientTypeID" is a number. > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > Is it so obvious that I can't see it?????? > DAO/ADODB ? Do you have both referenced and if so, in what order. You will get this error with an ADODB recordset. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From mcaro at bigpond.net.au Fri Jun 4 20:01:44 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Sat, 5 Jun 2004 11:01:44 +1000 Subject: [AccessD] Type Mismatch References: <40C19DAD.11583.466CB4A@localhost> Message-ID: <007d01c44a98$abd98420$0100000a@mitmaster> Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. > You will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From artful at rogers.com Fri Jun 4 20:06:56 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:06:56 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFCB@main2.marlow.com> Message-ID: <005101c44a99$65873cf0$6601a8c0@rock> I'm about to turn 57 and claim that I can understand lookups. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 12:02 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Fri Jun 4 20:12:15 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:12:15 -0400 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <5.1.0.14.2.20040603130013.0175c3d8@pop3.highstream.net> Message-ID: <005701c44a9a$23633620$6601a8c0@rock> I could die in a car crash or a suicide or a spousal-murder or a randome drive-by tonight or tomorrow morning. Part of my job is to protect my clients against these occurences. Do anything less, IMO, and you fail to do your job. Nuff said. The client must be able to recover from your death and port your app + documentation to the next available developer. If you supply anything less than that, IMO you are an amateur, not a professional developer. Expect the worst, and when it doesn't happen thank the god of your choice. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert L. Stewart Sent: Thursday, June 03, 2004 2:01 PM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Fri Jun 4 20:22:11 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:22:11 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <005e01c44a9b$873302b0$6601a8c0@rock> >> Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. (sic) I don't want to break your mold, but I most emphatically DO NOT agree with your casigation. IMO relational theory has NOTHING to do with actual implementations or relational databases or any such physical crap. It has ONLY to do with logic. So please don't be so casual with that "Everyone" phrase. Personally, I find it hurtful. I'm a philosophy major by discipline, and databases are one instance of a set of rules. Please don't castigate us all because our intellectual skin colour diffes from yours. Thank you, Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 8:41 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate I've kept my mouth shut too even though I don't agree with all the things that have been stated. Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. It deals with organizing the relations between pieces of data. Since computing systems store data, they fall under the theory, but the theory doesn't exist because of computers. It's a branch of mathematics in dealing with set relations. But we've gone through this several times. Anyone who's interested can look in the archives. And for the record, I'm not grouping myself with Joe Celko or Fabin Pascal. Suffice to say I fall somewhere in between the two camps in terms of living in the real world. There are times when using a surrogate makes sense and then there are others where it just adds complexity. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net From artful at rogers.com Fri Jun 4 20:23:54 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:23:54 -0400 Subject: [AccessD] RE: Getting Started In-Reply-To: <19F28F0B4284C04FB90CAA380451FFD9412893@bross.quiznos.net> Message-ID: <005f01c44a9b$c4468a00$6601a8c0@rock> Add .5 if you want it to be more "logical". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mackin, Christopher Sent: Friday, June 04, 2004 1:03 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started One note on the inconsistency of the Round function in Access. Aside from the floating point data storage issues, Access utilizes what I've been told is "Banker's Rounding" which will always round to the nearest even number. So in the immediate window, here are the results: ? Round(1.55,1) 1.6 ? Round(1.65,1) 1.6 Both go to 1.6 because it's the nearest even last decimal place to round to. -Chris Mackin -----Original Message----- From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] Sent: Friday, June 04, 2004 10:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David ------------------------------------------------------------------------ ---- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 4 21:37:39 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 4 Jun 2004 22:37:39 -0400 Subject: [AccessD] Record locking bug Message-ID: <000001c44aa6$1224ba80$7e01a8c0@colbyws> I think I have stumbled on a record locking bug. For an Insurance company call center, I have built a system of events. Events happen to a claim, the claim is received, it is pended (waiting for action), opened, closed, phone calls made etc. These events may or may not cause a change in status. The receive event causes a received status, the Open event causes an Open status. A Phone cause does not cause a status change. If the claim is in an open status then it remains in an open status etc. The managers can define the events that can occur, whether they cause a status change etc. Via a state machine, I look at the current status and enable specific events. Obviously if a claim is in the open status, then it can have many different events occur, but it cannot have a received event occur because it was already received and can only be received once. If a claim is denied, it can be appealed, but it cannot be closed, because it was never opened. So... There are many tables. There is a claim table ad a claim event table. The claim event is where we log events happening to the claim. It is in this table specifically that I am noticing the locking issue. When I designed this db I ported existing data from thousands of claims. The old system didn't have an event table, it had a bunch of fields such as openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... Anyway, in order to port the data I did my best to figure out how these fields mapped to events and created a set sequence of: Received Pended Then Opened or denied depending on what was in these fields. Thus each old claim would have at least 3 or 4 or more events to indicate that it was received, that it was opened, closed, possibly opened again, possibly closed again etc. OK... With that groundwork... I have discovered that if I build a little query that pulls all the events for claim 800: EventID ClaimID SomeField And another identical query pulling all events for claim 801 (actually about 10 claims on either side of the claim)... It certainly appears that it is locking the block that the event records are built in. When I start an edit and don't save, other events with PKs close to that event are also locked. I have pulled just the table of events into a new db, and designed these identical queries and I am seeing the same thing. I am convinced it is a bug. I see it on my dev machine at the client (Win2K A2K), my dev machine at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at the client. Truly bizarre. I cut most of the fields out of the record including the only memo, both to drop the size of the test db as well as to see if any of these other fields were "causing" the problems. No help, same symptoms. The current db is just that one table and the two queries and is absolutely reproducible on my machine here at my home office, running Win2K A2K SP3 or Axp I have been under the impression that Access no longer locks an entire block, but will lock just the individual record. This testing seems to indicate that is not true. I have this db available for anyone who would like to look at this. My users have complained of locking issues and I have been unable to explain the goings on given my understanding that A2K and above locked just the edited record. Perhaps this is not always true? John W. Colby www.ColbyConsulting.com From rjhjr at cox.net Fri Jun 4 22:18:44 2004 From: rjhjr at cox.net (Bob Hall) Date: Fri, 4 Jun 2004 23:18:44 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000001c44aa6$1224ba80$7e01a8c0@colbyws> References: <000001c44aa6$1224ba80$7e01a8c0@colbyws> Message-ID: <20040605031842.GC32410@kongemord.krig.net> On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall From jwelz at hotmail.com Fri Jun 4 22:19:38 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Fri, 04 Jun 2004 21:19:38 -0600 Subject: [AccessD] Record locking bug Message-ID: A2K, Tools menu, Options, Advanced Tab: check 'Open databases using record-level locking'. This results in Access placing the records 1 to a data page resulting in significant bloat with small records. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "AccessD" >Subject: [AccessD] Record locking bug >Date: Fri, 4 Jun 2004 22:37:39 -0400 >MIME-Version: 1.0 >Received: from mc3-f34.hotmail.com ([64.4.50.170]) by mc3-s14.hotmail.com >with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 19:41:28 -0700 >Received: from databaseadvisors.com ([209.135.140.44]) by >mc3-f34.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 >19:41:09 -0700 >Received: from databaseadvisors.com (databaseadvisors.com >[209.135.140.44])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i552bhQ03506;Fri, 4 Jun 2004 21:37:43 -0500 >Received: from ColbyConsulting.com (svr5.tokios.com [69.41.224.26])by >databaseadvisors.com (8.11.6/8.11.6) with ESMTP id i552bXQ03410for >; Fri, 4 Jun 2004 21:37:33 -0500 >Received: from colbyws [67.86.211.79] by ColbyConsulting.com with >ESMTP(SMTPD32-7.15) id A1ECA40134; Fri, 04 Jun 2004 21:37:32 -0500 >X-Message-Info: NDMZeIBu+sr7DfMTWP42/0050WvlLgKmQQvmdm1pSeQ= >Message-ID: <000001c44aa6$1224ba80$7e01a8c0 at colbyws> >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook, Build 10.0.6626 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 >X-MIME-Autoconverted: from quoted-printable to 8bit by databaseadvisors.com >idi552bXQ03410 >X-BeenThere: accessd at databaseadvisors.com >X-Mailman-Version: 2.1.4 >Precedence: list >List-Id: Access Developers discussion and problem >solving >List-Help: >List-Post: >List-Subscribe: >, >List-Archive: >List-Unsubscribe: >, >Errors-To: accessd-bounces at databaseadvisors.com >Return-Path: accessd-bounces at databaseadvisors.com >X-OriginalArrivalTime: 05 Jun 2004 02:41:09.0490 (UTC) >FILETIME=[8EDA1520:01C44AA6] > >I think I have stumbled on a record locking bug. > >For an Insurance company call center, I have built a system of events. >Events happen to a claim, the claim is received, it is pended (waiting for >action), opened, closed, phone calls made etc. These events may or may not >cause a change in status. The receive event causes a received status, the >Open event causes an Open status. A Phone cause does not cause a status >change. If the claim is in an open status then it remains in an open >status >etc. > >The managers can define the events that can occur, whether they cause a >status change etc. Via a state machine, I look at the current status and >enable specific events. Obviously if a claim is in the open status, then >it >can have many different events occur, but it cannot have a received event >occur because it was already received and can only be received once. If a >claim is denied, it can be appealed, but it cannot be closed, because it >was >never opened. > >So... There are many tables. There is a claim table ad a claim event >table. >The claim event is where we log events happening to the claim. It is in >this table specifically that I am noticing the locking issue. When I >designed this db I ported existing data from thousands of claims. The old >system didn't have an event table, it had a bunch of fields such as >openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... > >Anyway, in order to port the data I did my best to figure out how these >fields mapped to events and created a set sequence of: > >Received >Pended > >Then Opened or denied depending on what was in these fields. Thus each old >claim would have at least 3 or 4 or more events to indicate that it was >received, that it was opened, closed, possibly opened again, possibly >closed >again etc. > >OK... With that groundwork... > >I have discovered that if I build a little query that pulls all the events >for claim 800: > >EventID >ClaimID >SomeField > >And another identical query pulling all events for claim 801 (actually >about >10 claims on either side of the claim)... > >It certainly appears that it is locking the block that the event records >are >built in. When I start an edit and don't save, other events with PKs close >to that event are also locked. > >I have pulled just the table of events into a new db, and designed these >identical queries and I am seeing the same thing. I am convinced it is a >bug. I see it on my dev machine at the client (Win2K A2K), my dev machine >at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at >the client. > >Truly bizarre. > >I cut most of the fields out of the record including the only memo, both to >drop the size of the test db as well as to see if any of these other fields >were "causing" the problems. No help, same symptoms. > >The current db is just that one table and the two queries and is absolutely >reproducible on my machine here at my home office, running Win2K A2K SP3 or >Axp > >I have been under the impression that Access no longer locks an entire >block, but will lock just the individual record. This testing seems to >indicate that is not true. > >I have this db available for anyone who would like to look at this. My >users have complained of locking issues and I have been unable to explain >the goings on given my understanding that A2K and above locked just the >edited record. Perhaps this is not always true? > >John W. Colby >www.ColbyConsulting.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From jwcolby at colbyconsulting.com Fri Jun 4 22:41:47 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 4 Jun 2004 23:41:47 -0400 Subject: [AccessD] Record locking bug In-Reply-To: Message-ID: <000101c44aaf$0794c8e0$7e01a8c0@colbyws> Jurgen, That is done already, still seeing the bug. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of J?rgen Welz Sent: Friday, June 04, 2004 11:20 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Record locking bug A2K, Tools menu, Options, Advanced Tab: check 'Open databases using record-level locking'. This results in Access placing the records 1 to a data page resulting in significant bloat with small records. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "AccessD" >Subject: [AccessD] Record locking bug >Date: Fri, 4 Jun 2004 22:37:39 -0400 >MIME-Version: 1.0 >Received: from mc3-f34.hotmail.com ([64.4.50.170]) by mc3-s14.hotmail.com >with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 19:41:28 -0700 >Received: from databaseadvisors.com ([209.135.140.44]) by >mc3-f34.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 >19:41:09 -0700 >Received: from databaseadvisors.com (databaseadvisors.com >[209.135.140.44])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i552bhQ03506;Fri, 4 Jun 2004 21:37:43 -0500 >Received: from ColbyConsulting.com (svr5.tokios.com [69.41.224.26])by >databaseadvisors.com (8.11.6/8.11.6) with ESMTP id i552bXQ03410for >; Fri, 4 Jun 2004 21:37:33 -0500 >Received: from colbyws [67.86.211.79] by ColbyConsulting.com with >ESMTP(SMTPD32-7.15) id A1ECA40134; Fri, 04 Jun 2004 21:37:32 -0500 >X-Message-Info: NDMZeIBu+sr7DfMTWP42/0050WvlLgKmQQvmdm1pSeQ= >Message-ID: <000001c44aa6$1224ba80$7e01a8c0 at colbyws> >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook, Build 10.0.6626 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 >X-MIME-Autoconverted: from quoted-printable to 8bit by databaseadvisors.com >idi552bXQ03410 >X-BeenThere: accessd at databaseadvisors.com >X-Mailman-Version: 2.1.4 >Precedence: list >List-Id: Access Developers discussion and problem >solving >List-Help: >List-Post: >List-Subscribe: >, >List-Archive: >List-Unsubscribe: >, >Errors-To: accessd-bounces at databaseadvisors.com >Return-Path: accessd-bounces at databaseadvisors.com >X-OriginalArrivalTime: 05 Jun 2004 02:41:09.0490 (UTC) >FILETIME=[8EDA1520:01C44AA6] > >I think I have stumbled on a record locking bug. > >For an Insurance company call center, I have built a system of events. >Events happen to a claim, the claim is received, it is pended (waiting >for action), opened, closed, phone calls made etc. These events may or >may not cause a change in status. The receive event causes a received >status, the Open event causes an Open status. A Phone cause does not >cause a status change. If the claim is in an open status then it >remains in an open status etc. > >The managers can define the events that can occur, whether they cause a >status change etc. Via a state machine, I look at the current status >and enable specific events. Obviously if a claim is in the open >status, then it can have many different events occur, but it cannot >have a received event occur because it was already received and can >only be received once. If a claim is denied, it can be appealed, but >it cannot be closed, because it was >never opened. > >So... There are many tables. There is a claim table ad a claim event >table. >The claim event is where we log events happening to the claim. It is in >this table specifically that I am noticing the locking issue. When I >designed this db I ported existing data from thousands of claims. The old >system didn't have an event table, it had a bunch of fields such as >openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... > >Anyway, in order to port the data I did my best to figure out how these >fields mapped to events and created a set sequence of: > >Received >Pended > >Then Opened or denied depending on what was in these fields. Thus each >old claim would have at least 3 or 4 or more events to indicate that it >was received, that it was opened, closed, possibly opened again, >possibly closed again etc. > >OK... With that groundwork... > >I have discovered that if I build a little query that pulls all the >events for claim 800: > >EventID >ClaimID >SomeField > >And another identical query pulling all events for claim 801 (actually >about >10 claims on either side of the claim)... > >It certainly appears that it is locking the block that the event >records >are >built in. When I start an edit and don't save, other events with PKs close >to that event are also locked. > >I have pulled just the table of events into a new db, and designed >these identical queries and I am seeing the same thing. I am convinced >it is a bug. I see it on my dev machine at the client (Win2K A2K), my >dev machine at home (Win2K, A2K or AXP), but not on another machine >running OfficeXP at the client. > >Truly bizarre. > >I cut most of the fields out of the record including the only memo, >both to drop the size of the test db as well as to see if any of these >other fields were "causing" the problems. No help, same symptoms. > >The current db is just that one table and the two queries and is >absolutely reproducible on my machine here at my home office, running >Win2K A2K SP3 or Axp > >I have been under the impression that Access no longer locks an entire >block, but will lock just the individual record. This testing seems to >indicate that is not true. > >I have this db available for anyone who would like to look at this. My >users have complained of locking issues and I have been unable to >explain the goings on given my understanding that A2K and above locked >just the edited record. Perhaps this is not always true? > >John W. Colby >www.ColbyConsulting.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 5 04:49:47 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 5 Jun 2004 11:49:47 +0200 Subject: [AccessD] SQL Query Help: Calculate working (project) days In-Reply-To: <67B2D43A2067B248A36B007650A2312C35FD99@PSJOE2K1.fxfwest.freight.fedex.com> References: <67B2D43A2067B248A36B007650A2312C35FD99@PSJOE2K1.fxfwest.freight.fedex.com> Message-ID: <1138158481.20040605114947@cactus.dk> Hi Paul > I need help in calculating working days shown in table below. The tricky thing about this is I need to calculate the number of days between departments, particularly the 'Pricing' department. > In table below, there are a total of 7 days using DATEDIFF. I need to report number of days within Pricing, which is two days in the example table shown below. i.e. Pricing on 2004-05-01 to > 2004-05-2 equals 1 day and Pricing again on 2004-05-07 to 2004-05-08. > table1 > StatusDate Department > 2004-05-01 Pricing (1 day) > 2004-05-02 Costing (5 day) > 2004-05-07 Pricing (1 day) > 2004-05-08 Closed Assuming you have a DepartmentID and this is zero or Null for Closed (no department), you can obtain the day counts for the departments: SELECT DepartmentID, DateDiff("d", [StatusDate], (Select Top 1 aliT.StatusDate From tblProjectDates As AliP Where aliP.StatusDate > tblProjectDates.StatusDate Order By aliP.StatusDate;)) AS Days FROM tblProjectDates ORDER BY StatusDate; Now, save this query and use it as source for another query where you Group By DepartmentID and Sum Days. /gustav From jimdettman at earthlink.net Sat Jun 5 07:19:20 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:19:20 -0400 Subject: [AccessD] Microsoft Jet Database Engine could not open thefile-Error In-Reply-To: <000001c44a86$9bfba590$8500a8c0@CX615377a> Message-ID: Doug, Have one of the client PC's try to create a .txt file in the directory where the MDB resides from the client side. If they can't do it, then I'd look at security again. As an alternative, login as admin on the client and see if the problem remains. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 6:52 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Microsoft Jet Database Engine could not open thefile-Error Thanks Jim, I'll check security again. We checked security and read only properties, but that was me talking to the client via phone. I may need to go up and do it myself. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 3:25 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Microsoft Jet Database Engine could not open the file-Error Doug, First, check security. All users need full read/write/delete priv for the directory where the MDB/MDE resides. This allows the .LDB file to be created/deleted properly. Without this file, Access/JET cannot place locks and will open a database exclusive regardless of settings. Second, make sure the database attribute is not set to read only (right click in explorer and click properties). Third, make sure someone is not really opening it exclusive. I think you'll find it's the first one. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 5:54 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. 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 earthlink.net Sat Jun 5 07:22:25 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:22:25 -0400 Subject: [AccessD] Type Mismatch In-Reply-To: <007d01c44a98$abd98420$0100000a@mitmaster> Message-ID: Martin, If your not going to use both DAO and ADO, then you should uncheck one. If you are going to use both, then you should start declaring everything explicitly: Dim rst As DAO.Recordset Dim db As DAO.Database Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Friday, June 04, 2004 9:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Type Mismatch Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. > You will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Sat Jun 5 07:22:25 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:22:25 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <005e01c44a9b$873302b0$6601a8c0@rock> Message-ID: Arthur, Sorry, but it seems to me that when everyone discusses this, this point is often missed. << IMO relational theory has NOTHING to do with actual implementations or relational databases or any such physical crap. It has ONLY to do with logic.>> Yeah, like I said, but no one said it as yet. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Friday, June 04, 2004 9:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate >> Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. (sic) I don't want to break your mold, but I most emphatically DO NOT agree with your casigation. IMO relational theory has NOTHING to do with actual implementations or relational databases or any such physical crap. It has ONLY to do with logic. So please don't be so casual with that "Everyone" phrase. Personally, I find it hurtful. I'm a philosophy major by discipline, and databases are one instance of a set of rules. Please don't castigate us all because our intellectual skin colour diffes from yours. Thank you, Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 8:41 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate I've kept my mouth shut too even though I don't agree with all the things that have been stated. Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. It deals with organizing the relations between pieces of data. Since computing systems store data, they fall under the theory, but the theory doesn't exist because of computers. It's a branch of mathematics in dealing with set relations. But we've gone through this several times. Anyone who's interested can look in the archives. And for the record, I'm not grouping myself with Joe Celko or Fabin Pascal. Suffice to say I fall somewhere in between the two camps in terms of living in the real world. There are times when using a surrogate makes sense and then there are others where it just adds complexity. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sat Jun 5 07:27:53 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:27:53 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000001c44aa6$1224ba80$7e01a8c0@colbyws> Message-ID: John, <> JET 4.0 will not always lock on a record even if the setting is such. Depends on the operation be carried out. Index updates are one thing that will always lock at page level. There are a few other operations that will also lock on page level no, but I don't remember what they are off hand. Think it was bulk SQL updates and memo's, but I'm not positive. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Friday, June 04, 2004 10:38 PM To: AccessD Subject: [AccessD] Record locking bug I think I have stumbled on a record locking bug. For an Insurance company call center, I have built a system of events. Events happen to a claim, the claim is received, it is pended (waiting for action), opened, closed, phone calls made etc. These events may or may not cause a change in status. The receive event causes a received status, the Open event causes an Open status. A Phone cause does not cause a status change. If the claim is in an open status then it remains in an open status etc. The managers can define the events that can occur, whether they cause a status change etc. Via a state machine, I look at the current status and enable specific events. Obviously if a claim is in the open status, then it can have many different events occur, but it cannot have a received event occur because it was already received and can only be received once. If a claim is denied, it can be appealed, but it cannot be closed, because it was never opened. So... There are many tables. There is a claim table ad a claim event table. The claim event is where we log events happening to the claim. It is in this table specifically that I am noticing the locking issue. When I designed this db I ported existing data from thousands of claims. The old system didn't have an event table, it had a bunch of fields such as openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... Anyway, in order to port the data I did my best to figure out how these fields mapped to events and created a set sequence of: Received Pended Then Opened or denied depending on what was in these fields. Thus each old claim would have at least 3 or 4 or more events to indicate that it was received, that it was opened, closed, possibly opened again, possibly closed again etc. OK... With that groundwork... I have discovered that if I build a little query that pulls all the events for claim 800: EventID ClaimID SomeField And another identical query pulling all events for claim 801 (actually about 10 claims on either side of the claim)... It certainly appears that it is locking the block that the event records are built in. When I start an edit and don't save, other events with PKs close to that event are also locked. I have pulled just the table of events into a new db, and designed these identical queries and I am seeing the same thing. I am convinced it is a bug. I see it on my dev machine at the client (Win2K A2K), my dev machine at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at the client. Truly bizarre. I cut most of the fields out of the record including the only memo, both to drop the size of the test db as well as to see if any of these other fields were "causing" the problems. No help, same symptoms. The current db is just that one table and the two queries and is absolutely reproducible on my machine here at my home office, running Win2K A2K SP3 or Axp I have been under the impression that Access no longer locks an entire block, but will lock just the individual record. This testing seems to indicate that is not true. I have this db available for anyone who would like to look at this. My users have complained of locking issues and I have been unable to explain the goings on given my understanding that A2K and above locked just the edited record. Perhaps this is not always true? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sat Jun 5 07:29:45 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:29:45 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <20040605031842.GC32410@kongemord.krig.net> Message-ID: Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 5 08:47:41 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 5 Jun 2004 09:47:41 -0400 Subject: [AccessD] Record locking bug In-Reply-To: Message-ID: <000201c44b03$abf4aaa0$7e01a8c0@colbyws> >With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall From ssharkins at bellsouth.net Sat Jun 5 09:02:12 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sat, 5 Jun 2004 10:02:12 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000201c44b03$abf4aaa0$7e01a8c0@colbyws> Message-ID: <20040605140209.ZMED13581.imf17aec.mail.bellsouth.net@SUSANONE> John, probably of no help, but I occasionally run into a nasty locking error that's cleared only by closing down Access, and rebooting. Somehow, the system seems another instance of the database running, when there isn't and I can't do anything until I delete that "phantom" instance. I've no idea what causes it. I didn't read the entire thread, so if this is way off, just ignore it. Susan H. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. From jimdettman at earthlink.net Sat Jun 5 10:08:20 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 11:08:20 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000201c44b03$abf4aaa0$7e01a8c0@colbyws> Message-ID: John, Are you up to date on service packs? There were some problem with record level getting flipped on in the initial release. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 9:48 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug >With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat Jun 5 10:14:48 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sat, 05 Jun 2004 08:14:48 -0700 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <005701c44a9a$23633620$6601a8c0@rock> Message-ID: Arthur: No, you have got it all wrong! It is your responsibility to either have trained your kids or another member of your company, how to support your product in the event of your untimely demise...or winning or inheriting a large quantity of cash. :-) IMHO Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Friday, June 04, 2004 6:12 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Re: The Great Primary Debate I could die in a car crash or a suicide or a spousal-murder or a randome drive-by tonight or tomorrow morning. Part of my job is to protect my clients against these occurences. Do anything less, IMO, and you fail to do your job. Nuff said. The client must be able to recover from your death and port your app + documentation to the next available developer. If you supply anything less than that, IMO you are an amateur, not a professional developer. Expect the worst, and when it doesn't happen thank the god of your choice. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert L. Stewart Sent: Thursday, June 03, 2004 2:01 PM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 5 11:54:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 5 Jun 2004 12:54:48 -0400 Subject: [AccessD] Record locking bug In-Reply-To: Message-ID: <000301c44b1d$d040f7f0$7e01a8c0@colbyws> Jim, In fact I updated my OfficeXP to the latest revision last night as I was testing this at home. I have SP3 installed on A2K. I thought there was an SP4 for A2K but I no longer see it out there so maybe they recalled it. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 11:08 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug John, Are you up to date on service packs? There were some problem with record level getting flipped on in the initial release. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 9:48 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug >With the database window open, go to Tools;Options;Advanced and make >sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Sat Jun 5 12:01:55 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sat, 05 Jun 2004 10:01:55 -0700 Subject: [AccessD] OT: The Great Primary Debate References: <001e01c449d6$43bb64c0$6601a8c0@rock> <40C1937A.5052.43EF700@localhost> Message-ID: <40C1FC83.3030009@shaw.ca> Here is a problem that may have been caused by faulty sequenced transaction numbers I am still listening to the "don't panic" radio commercials. http://biz.yahoo.com/rc/040604/financial_royalbank_1.html Royal Bank's nightmare began during what it called a routine programming update. As best it could explain yesterday, its entire national system failed to register withdrawals and deposits against customer balances on Monday, on Tuesday and again on Wednesday, and by yesterday, the system was stalled by the weight of the backlog. Restoring data a day at a time, the bank hopes to get Wednesday's transactions on-line today but warns that yesterday's transactions are unlikely to show up until tomorrow. George Geczy, a software developer and computer consultant based in Ancaster, Ont., guessed that the problem involves identification numbers assigned to transactions. "Obviously if somebody made a deposit before they made a withdrawal then the bank needs to know the order that happened in. Programmers rarely use time stamps any more because time can actually be a little imprecise. Everything gets assigned a unique sequence number." Such numbers can paralyze computers when gaps or duplications show up, he said. Perhaps the system "was expecting the next number to arrive -- the next sequence number, the next transaction -- and didn't get the next transaction and then it would go into a state where it was waiting for that missing transaction. It wouldn't process anything else because if it did move on past the missing number everything would be out of order." Stuart McLachlan wrote: >On 4 Jun 2004 at 15:46, Ken Ismert wrote: > > > >>On the other hand, the Autonumber is supposed to be a 'meaningless' unique >>ID. But, consider an auto-generated date dimension table, with consecutive >>date records. Think an Autonumber key is meaningless in this situation? >>Think again - it really represents the number of days since Day Zero (the >>earliest date record in your table). >> >> > >Does it? What if you: > >1. Delete records and rebuild the table without compacting the database. >2. Create records with an algorithm that generates records counting backwards >from an end date >3. Extend your table by adding earlier dates after you build your first date >range. >4. etc > >If you rely on the ANPK to be meaningful and use it in calcuations base on your >assumption, you can get into trouble very quickly. > > > > > > > -- Marty Connelly Victoria, B.C. Canada From artful at rogers.com Sat Jun 5 12:41:24 2004 From: artful at rogers.com (Arthur Fuller) Date: Sat, 5 Jun 2004 13:41:24 -0400 Subject: [AccessD] Type Mismatch In-Reply-To: Message-ID: <000001c44b24$528091c0$6601a8c0@rock> Absolutely agree! Do not trust the sort order to solve your problems, Martin. Declare everything either DAO or ADO and be done with it. No ambiguities in your code, no problems for downstream maintenance persons, no worries. "If you haven't got time to do it right, where will you get the time to do it again?" Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:22 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Type Mismatch Martin, If your not going to use both DAO and ADO, then you should uncheck one. If you are going to use both, then you should start declaring everything explicitly: Dim rst As DAO.Recordset Dim db As DAO.Database Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Friday, June 04, 2004 9:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Type Mismatch Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of > > the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" > > is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. You > will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Sat Jun 5 13:00:43 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Sat, 05 Jun 2004 11:00:43 -0700 Subject: [AccessD] Record locking bug Message-ID: John It sounds like your are using Page Locks not Record Locks. I thought that Record Locking had to be set and that Page Locking was the default. Glen >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "AccessD" >Subject: [AccessD] Record locking bug >Date: Fri, 4 Jun 2004 22:37:39 -0400 > >I think I have stumbled on a record locking bug. > >For an Insurance company call center, I have built a system of events. >Events happen to a claim, the claim is received, it is pended (waiting for >action), opened, closed, phone calls made etc. These events may or may not >cause a change in status. The receive event causes a received status, the >Open event causes an Open status. A Phone cause does not cause a status >change. If the claim is in an open status then it remains in an open >status >etc. > >The managers can define the events that can occur, whether they cause a >status change etc. Via a state machine, I look at the current status and >enable specific events. Obviously if a claim is in the open status, then >it >can have many different events occur, but it cannot have a received event >occur because it was already received and can only be received once. If a >claim is denied, it can be appealed, but it cannot be closed, because it >was >never opened. > >So... There are many tables. There is a claim table ad a claim event >table. >The claim event is where we log events happening to the claim. It is in >this table specifically that I am noticing the locking issue. When I >designed this db I ported existing data from thousands of claims. The old >system didn't have an event table, it had a bunch of fields such as >openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... > >Anyway, in order to port the data I did my best to figure out how these >fields mapped to events and created a set sequence of: > >Received >Pended > >Then Opened or denied depending on what was in these fields. Thus each old >claim would have at least 3 or 4 or more events to indicate that it was >received, that it was opened, closed, possibly opened again, possibly >closed >again etc. > >OK... With that groundwork... > >I have discovered that if I build a little query that pulls all the events >for claim 800: > >EventID >ClaimID >SomeField > >And another identical query pulling all events for claim 801 (actually >about >10 claims on either side of the claim)... > >It certainly appears that it is locking the block that the event records >are >built in. When I start an edit and don't save, other events with PKs close >to that event are also locked. > >I have pulled just the table of events into a new db, and designed these >identical queries and I am seeing the same thing. I am convinced it is a >bug. I see it on my dev machine at the client (Win2K A2K), my dev machine >at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at >the client. > >Truly bizarre. > >I cut most of the fields out of the record including the only memo, both to >drop the size of the test db as well as to see if any of these other fields >were "causing" the problems. No help, same symptoms. > >The current db is just that one table and the two queries and is absolutely >reproducible on my machine here at my home office, running Win2K A2K SP3 or >Axp > >I have been under the impression that Access no longer locks an entire >block, but will lock just the individual record. This testing seems to >indicate that is not true. > >I have this db available for anyone who would like to look at this. My >users have complained of locking issues and I have been unable to explain >the goings on given my understanding that A2K and above locked just the >edited record. Perhaps this is not always true? > >John W. Colby >www.ColbyConsulting.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sat Jun 5 13:45:10 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 14:45:10 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000301c44b1d$d040f7f0$7e01a8c0@colbyws> Message-ID: John, <> Send it along. I'm curious. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 12:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug Jim, In fact I updated my OfficeXP to the latest revision last night as I was testing this at home. I have SP3 installed on A2K. I thought there was an SP4 for A2K but I no longer see it out there so maybe they recalled it. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 11:08 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug John, Are you up to date on service packs? There were some problem with record level getting flipped on in the initial release. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 9:48 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug >With the database window open, go to Tools;Options;Advanced and make >sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 5 15:53:01 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 5 Jun 2004 16:53:01 -0400 Subject: [AccessD] Type Mismatch In-Reply-To: Message-ID: <000001c44b3f$177b0ea0$7e01a8c0@colbyws> You should explicitly declare it anyway. It only takes a second to do and removes any ambiguity. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:22 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Type Mismatch Martin, If your not going to use both DAO and ADO, then you should uncheck one. If you are going to use both, then you should start declaring everything explicitly: Dim rst As DAO.Recordset Dim db As DAO.Database Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Friday, June 04, 2004 9:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Type Mismatch Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of > > the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" > > is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. You > will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Sat Jun 5 17:59:44 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Sun, 6 Jun 2004 08:59:44 +1000 Subject: [AccessD] Type Mismatch References: <000001c44b3f$177b0ea0$7e01a8c0@colbyws> Message-ID: <002001c44b50$cb090790$0100000a@mitmaster> I agree - when Jim suggested declaring everything explicitly I went back and did that. Whilst on the subject - is there a preferred set of inclusions (and order) in references that it is best to, at least, start a project? - and can all list order issues be avoided by explicit coding? - a couple of times now issues I have had have been solved by adjustments to the reference list . Martin ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 6:53 AM Subject: RE: [AccessD] Type Mismatch > You should explicitly declare it anyway. It only takes a second to do and > removes any ambiguity. > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Saturday, June 05, 2004 8:22 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Type Mismatch > > > Martin, > > If your not going to use both DAO and ADO, then you should uncheck one. If > you are going to use both, then you should start declaring everything > explicitly: > > Dim rst As DAO.Recordset > Dim db As DAO.Database > > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro > Sent: Friday, June 04, 2004 9:02 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Type Mismatch > > > Thanks Stuart > > I didn't even consider references - I moved DAO up the list and the error > went away > > Martin > > ----- Original Message ----- > From: "Stuart McLachlan" > To: "Access Developers discussion and problem solving" > > Sent: Saturday, June 05, 2004 10:17 AM > Subject: Re: [AccessD] Type Mismatch > > > > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > > > Hi folks > > > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of > > > the > following code > > > > > > Private Sub cmdTest_Click() > > > Dim rst As Recordset > > > Dim db As Database > > > On Error GoTo HandleErrors > > > Set db = CurrentDb() > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM > GBBClients") > > > . > > > . > > > End Sub > > > > > > I have checked the table "GBBClients" and the field "ClientTypeID" > > > is a > number. > > > I inserted a text field called "ClientType" into the table and the > following line also give the same error. > > > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM > GBBClients") > > > > > > Is it so obvious that I can't see it?????? > > > > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. You > > will get this error with an ADODB recordset. > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System > > Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From karenr7 at oz.net Sat Jun 5 18:21:47 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Sat, 5 Jun 2004 16:21:47 -0700 Subject: [AccessD] Web Project Message-ID: <200406052321.i55NLfQ24505@databaseadvisors.com> Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) From rjhjr at cox.net Sat Jun 5 21:51:09 2004 From: rjhjr at cox.net (Bob Hall) Date: Sat, 5 Jun 2004 22:51:09 -0400 Subject: [AccessD] Web Project In-Reply-To: <200406052321.i55NLfQ24505@databaseadvisors.com> References: <200406052321.i55NLfQ24505@databaseadvisors.com> Message-ID: <20040606025107.GA41981@kongemord.krig.net> On Sat, Jun 05, 2004 at 04:21:47PM -0700, Karen Rosenstiel wrote: > Hi gang, > I have a web project I am working on and would like your suggestions about > how to do a part of it. > > I have a very long list of the Wade-Giles, Pinyin (both Chinese > transliterations into a European alphabet) and Romaji (ditto Japanese) > versions of Chinese and Japanese names in parallel columns. These are the > names of old Zen masters from the last 1,800 or so years. Different books > transliterate the names in different ways base on the above systems. This is > very confusing for the average person who is not a language scholar to > follow. > > How would you go about setting up a little web search tool so that the user > could input a name and get the other variations? On the backend, there's a one-to-one relationship between one version of a name and another. For example, Lin Chi is associated with Linji and Renzai and not Deshan and Tokusan. So have one table with a column named WadeGiles, a column named Pinyin, and a column named Romanji. WadeGiles Pinyin Romanji --------- ------ ------- Lin Chi Linji Renzai Te Shan Deshan Tokusan On the frontend, allow the user to select Wade-Giles, Pinyin, or Romaji. Whichever they choose, they get a scrollable list containing all the entries in that column, and a box allowing them to enter a name. They either type a name or select from the list, and the frontend returns the table row containing the name they specified, along with its variations. For cases where the user doesn't know which version they're dealing with, you could have the entry box search all three columns. So the drop-down box to select the transliteration system would have WadeGiles Pinyin Romanji Don't know The "Don't know" option might load all the names from all three columns into the list (Union query). If you want suggestions on setting up lineage searches, let me know. You'll have to set up the table differently, and it will need special SQL statements. Bob Hall From accma at sympatico.ca Sun Jun 6 06:23:47 2004 From: accma at sympatico.ca (Annie Courchesne, CMA) Date: Sun, 6 Jun 2004 07:23:47 -0400 Subject: [AccessD] Weird problem after installing runtime A2K Message-ID: Hi group! I've recently installed a runtime version of Access 2000 (using Office developper). On one computer, the following message is displayed : "Error 1706. No Valid source could be found for product Microsoft Access 2000 SR-1 Runtime. The Windows installer cannot continue." That computer as Office 2003 Small business installed and is running under Win 2K Pro. When we go to the Microsoft Update center, it suggests to update the runtime to SP-3. The user does not have administrator status on that computer. If any of you out there ever had this problem, how did you solve it? Would the update of the runtime solve the situation? I'll welcome any help! Thanks! Annie Courchesne, CMA From karenr7 at oz.net Sun Jun 6 08:57:05 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Sun, 6 Jun 2004 06:57:05 -0700 Subject: [AccessD] Web Project In-Reply-To: <20040606025107.GA41981@kongemord.krig.net> Message-ID: <200406061357.i56Dv6Q09977@databaseadvisors.com> Bob, Thanks for your response. I believe I can do this. I had not even thought of doing a lineage search, but now that you mention it, that would be EXCELLENT! What are your suggestions on this? It seems that you are familiar with Zen Buddhism -- tell me more, off list, if you wish, and I can describe my overall project. You might find it interesting. Thanks again Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Hall Sent: Saturday, June 05, 2004 7:51 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Web Project On Sat, Jun 05, 2004 at 04:21:47PM -0700, Karen Rosenstiel wrote: > Hi gang, > I have a web project I am working on and would like your suggestions about > how to do a part of it. > > I have a very long list of the Wade-Giles, Pinyin (both Chinese > transliterations into a European alphabet) and Romaji (ditto Japanese) > versions of Chinese and Japanese names in parallel columns. These are the > names of old Zen masters from the last 1,800 or so years. Different books > transliterate the names in different ways base on the above systems. This is > very confusing for the average person who is not a language scholar to > follow. > > How would you go about setting up a little web search tool so that the user > could input a name and get the other variations? On the backend, there's a one-to-one relationship between one version of a name and another. For example, Lin Chi is associated with Linji and Renzai and not Deshan and Tokusan. So have one table with a column named WadeGiles, a column named Pinyin, and a column named Romanji. WadeGiles Pinyin Romanji --------- ------ ------- Lin Chi Linji Renzai Te Shan Deshan Tokusan On the frontend, allow the user to select Wade-Giles, Pinyin, or Romaji. Whichever they choose, they get a scrollable list containing all the entries in that column, and a box allowing them to enter a name. They either type a name or select from the list, and the frontend returns the table row containing the name they specified, along with its variations. For cases where the user doesn't know which version they're dealing with, you could have the entry box search all three columns. So the drop-down box to select the transliteration system would have WadeGiles Pinyin Romanji Don't know The "Don't know" option might load all the names from all three columns into the list (Union query). If you want suggestions on setting up lineage searches, let me know. You'll have to set up the table differently, and it will need special SQL statements. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Sun Jun 6 09:43:48 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 10:43:48 -0400 Subject: [AccessD] combo box Limit to List question Message-ID: <20040606144348.GQYJ6744.imf24aec.mail.bellsouth.net@SUSANONE> Here's one I've never run across before -- you can't set the Limit to LIst property to No if the control's bound column isn't visible? Wow... that's a nasty little catch that could really be a clean up mess if you weren't prepared for it. I've never run into it before. So, if you want an updateable list, you have to display the bound column instead of whatever data you really want to display... nasty. :( Susan H. From rjhjr at cox.net Sun Jun 6 10:22:05 2004 From: rjhjr at cox.net (Bob Hall) Date: Sun, 6 Jun 2004 11:22:05 -0400 Subject: [AccessD] Web Project In-Reply-To: <200406061357.i56Dv6Q09977@databaseadvisors.com> References: <20040606025107.GA41981@kongemord.krig.net> <200406061357.i56Dv6Q09977@databaseadvisors.com> Message-ID: <20040606152202.GA47621@kongemord.krig.net> Karen, If you want to do lineages, you'll be using what are called trees. For a start on that, go to my website http://members.cox.net/aatgang. Click on Access SQL, and then Modeling Tree Structures. The article tells how to set up the two different methods of modelling tree structures, and explains why I think Nested Sets are better than Adjacency Lists. For more detailed information, the article names a book by Joe Celko. In addition, he has a new book out called "Joe Celko's Trees and Hierarchies in SQL for Smarties". If you are going to be working with trees, you should probably buy one of these books. Read the article, and decide if you want to proceed. Let me know if you have any questions. On Sun, Jun 06, 2004 at 06:57:05AM -0700, Karen Rosenstiel wrote: > Bob, > Thanks for your response. I believe I can do this. I had not even thought of > doing a lineage search, but now that you mention it, that would be > EXCELLENT! What are your suggestions on this? > > It seems that you are familiar with Zen Buddhism -- tell me more, off list, > if you wish, and I can describe my overall project. You might find it > interesting. > > Thanks again > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Hall > Sent: Saturday, June 05, 2004 7:51 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Web Project > > On Sat, Jun 05, 2004 at 04:21:47PM -0700, Karen Rosenstiel wrote: > > Hi gang, > > I have a web project I am working on and would like your suggestions about > > how to do a part of it. > > > > I have a very long list of the Wade-Giles, Pinyin (both Chinese > > transliterations into a European alphabet) and Romaji (ditto Japanese) > > versions of Chinese and Japanese names in parallel columns. These are the > > names of old Zen masters from the last 1,800 or so years. Different books > > transliterate the names in different ways base on the above systems. This > is > > very confusing for the average person who is not a language scholar to > > follow. > > > > How would you go about setting up a little web search tool so that the > user > > could input a name and get the other variations? > > On the backend, there's a one-to-one relationship between one version of a > name and another. For example, Lin Chi is associated with Linji and Renzai > and not Deshan and Tokusan. So have one table with a column named WadeGiles, > a column named Pinyin, and a column named Romanji. > > WadeGiles Pinyin Romanji > --------- ------ ------- > Lin Chi Linji Renzai > Te Shan Deshan Tokusan > > On the frontend, allow the user to select Wade-Giles, Pinyin, or Romaji. > Whichever they choose, they get a scrollable list containing all the entries > in that column, and a box allowing them to enter a name. They either type a > name or select from the list, and the frontend returns the table row > containing the name they specified, along with its variations. > > For cases where the user doesn't know which version they're dealing with, > you could have the entry box search all three columns. So the drop-down box > to select the transliteration system would have > > WadeGiles > Pinyin > Romanji > Don't know > > The "Don't know" option might load all the names from all three columns into > the list (Union query). > > If you want suggestions on setting up lineage searches, let me know. You'll > have to set up the table differently, and it will need special SQL > statements. > > Bob Hall > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sun Jun 6 10:25:42 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 6 Jun 2004 08:25:42 -0700 Subject: [AccessD] combo box Limit to List question References: <20040606144348.GQYJ6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <005b01c44bda$884e40c0$6601a8c0@HAL9002> Susan: I'm just about to have this problem. Combo box with a PK of AssetID in the invisible column(0) and the asset bar code in column(1) - visible. List is limited to assets of a certain type but if the user enter a bar code of a different type then I have to process it anyway. Bound column is AssetID. I'll be following this thread and I'll let you know if I find a way around it. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 7:43 AM Subject: [AccessD] combo box Limit to List question > Here's one I've never run across before -- you can't set the Limit to LIst > property to No if the control's bound column isn't visible? Wow... that's a > nasty little catch that could really be a clean up mess if you weren't > prepared for it. I've never run into it before. So, if you want an > updateable list, you have to display the bound column instead of whatever > data you really want to display... nasty. :( > > Susan H. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwelz at hotmail.com Sun Jun 6 10:40:25 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Sun, 06 Jun 2004 09:40:25 -0600 Subject: [AccessD] combo box Limit to List question Message-ID: I don't see how that is a problem because you can still add to the list via the 'On Not in List' event. Wouldn't you ordinarily just hide an AN to the first column and hide it with a 0 width? This is my invariable approach and I use a different combo backcolor to indicate whether the combo is limited to list or provides add to list functionality. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" > >Here's one I've never run across before -- you can't set the Limit to LIst >property to No if the control's bound column isn't visible? Wow... that's a >nasty little catch that could really be a clean up mess if you weren't >prepared for it. I've never run into it before. So, if you want an >updateable list, you have to display the bound column instead of whatever >data you really want to display... nasty. :( > >Susan H. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From ssharkins at bellsouth.net Sun Jun 6 11:08:57 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 12:08:57 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040606160857.HIFX6744.imf24aec.mail.bellsouth.net@SUSANONE> The Limit to List Property must be set to Yes for the NotInList event to fire. At least, that's what Help says -- I haven't actually tested it. Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of J?rgen Welz Sent: Sunday, June 06, 2004 11:40 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] combo box Limit to List question I don't see how that is a problem because you can still add to the list via the 'On Not in List' event. Wouldn't you ordinarily just hide an AN to the first column and hide it with a 0 width? This is my invariable approach and I use a different combo backcolor to indicate whether the combo is limited to list or provides add to list functionality. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" > >Here's one I've never run across before -- you can't set the Limit to >LIst property to No if the control's bound column isn't visible? Wow... >that's a nasty little catch that could really be a clean up mess if you >weren't prepared for it. I've never run into it before. So, if you want >an updateable list, you have to display the bound column instead of >whatever data you really want to display... nasty. :( > >Susan H. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Sun Jun 6 11:11:15 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 12:11:15 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <005b01c44bda$884e40c0$6601a8c0@HAL9002> Message-ID: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> Here's what I've found with just a little testing: Access automatically updates the Limit To List setting from No, the default, to Yes if the bound column isn't the first column or if the bound column is the first column, but you render it invisible. Not only must the bound column be visible to the user, it must be the first column in the control. Now, I might not have it exactly right as there may be more or less to it all. But so far, that seems the gist of it. Now, when you consider all that's going on, I can understand the limitation -- but it seems like one that they'd have allowed for in some way. Susan H. Susan: I'm just about to have this problem. Combo box with a PK of AssetID in the invisible column(0) and the asset bar code in column(1) - visible. List is limited to assets of a certain type but if the user enter a bar code of a different type then I have to process it anyway. Bound column is AssetID. I'll be following this thread and I'll let you know if I find a way around it. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 7:43 AM Subject: [AccessD] combo box Limit to List question > Here's one I've never run across before -- you can't set the Limit to LIst > property to No if the control's bound column isn't visible? Wow... that's a > nasty little catch that could really be a clean up mess if you weren't > prepared for it. I've never run into it before. So, if you want an > updateable list, you have to display the bound column instead of whatever > data you really want to display... nasty. :( > > 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 jwelz at hotmail.com Sun Jun 6 12:15:15 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Sun, 06 Jun 2004 11:15:15 -0600 Subject: [AccessD] combo box Limit to List question Message-ID: I've got limit to list: 'Yes'; bound column: 1st; 1st column width: 0". A97 and A2K. This has simply never been a problem with thousands of combos I've created regardless of what the 'Help' says. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" >Here's what I've found with just a little testing: > >Access automatically updates the Limit To List setting from No, the >default, >to Yes if the bound column isn't the first column or if the bound column is >the first column, but you render it invisible. Not only must the bound >column be visible to the user, it must be the first column in the control. > >Now, I might not have it exactly right as there may be more or less to it >all. But so far, that seems the gist of it. Now, when you consider all >that's going on, I can understand the limitation -- but it seems like one >that they'd have allowed for in some way. > >Susan H. _________________________________________________________________ Watch the online reality show Mixed Messages with a friend and enter to win a trip to NY http://www.msnmessenger-download.click-url.com/go/onm00200497ave/direct/01/ From ssharkins at bellsouth.net Sun Jun 6 12:20:47 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 13:20:47 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040606172047.MTJI13581.imf17aec.mail.bellsouth.net@SUSANONE> Well, I'll test it out as I'm working -- maybe it isn't a problem. Earlier I did get an error when I tried to change the property -- I'll have to work through it all systematically to keep from getting confused. :) I may be stating things backa*sward at this point... Susan H. I've got limit to list: 'Yes'; bound column: 1st; 1st column width: 0". A97 and A2K. This has simply never been a problem with thousands of combos I've created regardless of what the 'Help' says. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" >Here's what I've found with just a little testing: > >Access automatically updates the Limit To List setting from No, the >default, to Yes if the bound column isn't the first column or if the >bound column is the first column, but you render it invisible. Not only >must the bound column be visible to the user, it must be the first >column in the control. > >Now, I might not have it exactly right as there may be more or less to >it all. But so far, that seems the gist of it. Now, when you consider >all that's going on, I can understand the limitation -- but it seems >like one that they'd have allowed for in some way. > >Susan H. _________________________________________________________________ Watch the online reality show Mixed Messages with a friend and enter to win a trip to NY http://www.msnmessenger-download.click-url.com/go/onm00200497ave/direct/01/ -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jun 6 14:10:18 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 6 Jun 2004 20:10:18 +0100 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606160857.HIFX6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <000001c44bf9$e88867d0$b274d0d5@minster33c3r25> I can confirm that Susan. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Susan Harkins > Sent: 06 June 2004 17:09 > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] combo box Limit to List question > > > The Limit to List Property must be set to Yes for the > NotInList event to fire. At least, that's what Help says -- I > haven't actually tested it. > > Susan H. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of J?rgen Welz > Sent: Sunday, June 06, 2004 11:40 AM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] combo box Limit to List question > > I don't see how that is a problem because you can still add > to the list via the 'On Not in List' event. Wouldn't you > ordinarily just hide an AN to the first column and hide it > with a 0 width? This is my invariable approach and I use a > different combo backcolor to indicate whether the combo is > limited to list or provides add to list functionality. > > > Ciao > J?rgen Welz > Edmonton, Alberta > jwelz at hotmail.com > > > > > > >From: "Susan Harkins" > > > >Here's one I've never run across before -- you can't set the Limit to > >LIst property to No if the control's bound column isn't > visible? Wow... > >that's a nasty little catch that could really be a clean up > mess if you > >weren't prepared for it. I've never run into it before. So, > if you want > >an updateable list, you have to display the bound column instead of > >whatever data you really want to display... nasty. :( > > > >Susan H. > > _________________________________________________________________ > MSN Premium: Up to 11 personalized e-mail addresses and 2 > months FREE* > http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994& DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Sun Jun 6 17:24:06 2004 From: artful at rogers.com (Arthur Fuller) Date: Sun, 6 Jun 2004 18:24:06 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <00a001c44c14$faf0f9d0$6601a8c0@rock> This is clearly incorrect. I'm not sure what you're doing wrong but as long as the bound column is the first column, set its width to zero and no problems. I have done this hundreds of times. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Sunday, June 06, 2004 12:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] combo box Limit to List question Here's what I've found with just a little testing: Access automatically updates the Limit To List setting from No, the default, to Yes if the bound column isn't the first column or if the bound column is the first column, but you render it invisible. Not only must the bound column be visible to the user, it must be the first column in the control. Now, I might not have it exactly right as there may be more or less to it all. But so far, that seems the gist of it. Now, when you consider all that's going on, I can understand the limitation -- but it seems like one that they'd have allowed for in some way. Susan H. Susan: I'm just about to have this problem. Combo box with a PK of AssetID in the invisible column(0) and the asset bar code in column(1) - visible. List is limited to assets of a certain type but if the user enter a bar code of a different type then I have to process it anyway. Bound column is AssetID. I'll be following this thread and I'll let you know if I find a way around it. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 7:43 AM Subject: [AccessD] combo box Limit to List question > Here's one I've never run across before -- you can't set the Limit to > LIst property to No if the control's bound column isn't visible? > Wow... that's a > nasty little catch that could really be a clean up mess if you weren't > prepared for it. I've never run into it before. So, if you want an > updateable list, you have to display the bound column instead of > whatever data you really want to display... nasty. :( > > Susan H. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sun Jun 6 17:41:28 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 07 Jun 2004 08:41:28 +1000 Subject: [AccessD] combo box Limit to List question In-Reply-To: <00a001c44c14$faf0f9d0$6601a8c0@rock> References: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <40C42A38.10509.E5BC2A1@localhost> On 6 Jun 2004 at 18:24, Arthur Fuller wrote: > This is clearly incorrect. I'm not sure what you're doing wrong but as > long as the bound column is the first column, set its width to zero and > no problems. I have done this hundreds of times. > You must have a different MS Access to me then :-) Whenever I do that, the LimitToList is set automagically to Yes. When I try to change it back to No, I get a very clearly explained error message: "Microsoft Access can't set the LimitToList property to No right now. The first visible column which is determined by the ColumnWidths property, isn't equal to the bound column. Adjust the ColumnWidths property first, then set the LimitToList property" AFAIR, it's been the same for every version of Access over the last 10 years up to and including A2K > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Sunday, June 06, 2004 12:11 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] combo box Limit to List question > > > Here's what I've found with just a little testing: > > Access automatically updates the Limit To List setting from No, the > default, to Yes if the bound column isn't the first column or if the > bound column is the first column, but you render it invisible. Not only > must the bound column be visible to the user, it must be the first > column in the control. > > Now, I might not have it exactly right as there may be more or less to > it all. But so far, that seems the gist of it. Now, when you consider > all that's going on, I can understand the limitation -- but it seems > like one that they'd have allowed for in some way. > > Susan H. > > > Susan: > > I'm just about to have this problem. Combo box with a PK of AssetID in > the invisible column(0) and the asset bar code in column(1) - visible. > List is limited to assets of a certain type but if the user enter a bar > code of a different type then I have to process it anyway. Bound column > is AssetID. > > I'll be following this thread and I'll let you know if I find a way > around it. > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Susan Harkins" > To: "'Access Developers discussion and problem solving'" > > Sent: Sunday, June 06, 2004 7:43 AM > Subject: [AccessD] combo box Limit to List question > > > > Here's one I've never run across before -- you can't set the Limit to > > LIst property to No if the control's bound column isn't visible? > > Wow... that's > a > > nasty little catch that could really be a clean up mess if you weren't > > > prepared for it. I've never run into it before. So, if you want an > > updateable list, you have to display the bound column instead of > > whatever data you really want to display... nasty. :( > > > > Susan H. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From ssharkins at bellsouth.net Sun Jun 6 17:52:39 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 18:52:39 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <40C42A38.10509.E5BC2A1@localhost> Message-ID: <20040606225239.QFZQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Stuart -- that is exactly what I'm talking about. I'm glad someone else is seeing the same behavior. I can understand the limitation, I just think it's something that they could clearly offer a workaround for. Susan H. You must have a different MS Access to me then :-) Whenever I do that, the LimitToList is set automagically to Yes. When I try to change it back to No, I get a very clearly explained error message: "Microsoft Access can't set the LimitToList property to No right now. The first visible column which is determined by the ColumnWidths property, isn't equal to the bound column. Adjust the ColumnWidths property first, then set the LimitToList property" AFAIR, it's been the same for every version of Access over the last 10 years up to and including A2K From artful at rogers.com Sun Jun 6 18:27:21 2004 From: artful at rogers.com (Arthur Fuller) Date: Sun, 6 Jun 2004 19:27:21 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606225239.QFZQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Message-ID: <00b001c44c1d$d0c9dfb0$6601a8c0@rock> Sorry. I misunderstood the problem. But why would you not want it set to YES and then program around it? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Sunday, June 06, 2004 6:53 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] combo box Limit to List question Stuart -- that is exactly what I'm talking about. I'm glad someone else is seeing the same behavior. I can understand the limitation, I just think it's something that they could clearly offer a workaround for. Susan H. You must have a different MS Access to me then :-) Whenever I do that, the LimitToList is set automagically to Yes. When I try to change it back to No, I get a very clearly explained error message: "Microsoft Access can't set the LimitToList property to No right now. The first visible column which is determined by the ColumnWidths property, isn't equal to the bound column. Adjust the ColumnWidths property first, then set the LimitToList property" AFAIR, it's been the same for every version of Access over the last 10 years up to and including A2K -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Sun Jun 6 18:58:27 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 19:58:27 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <00b001c44c1d$d0c9dfb0$6601a8c0@rock> Message-ID: <20040606235827.TDPI6802.imf19aec.mail.bellsouth.net@SUSANONE> It just presents an interesting problem when a multi-column combo with a Limit To List setting of No must go Yes -- Susan H. Sorry. I misunderstood the problem. But why would you not want it set to YES and then program around it? From stuart at lexacorp.com.pg Sun Jun 6 21:36:53 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 07 Jun 2004 12:36:53 +1000 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606225239.QFZQ13581.imf17aec.mail.bellsouth.net@SUSANONE> References: <40C42A38.10509.E5BC2A1@localhost> Message-ID: <40C46165.10678.F334C1E@localhost> On 6 Jun 2004 at 18:52, Susan Harkins wrote: > Stuart -- that is exactly what I'm talking about. I'm glad someone else is > seeing the same behavior. > > I can understand the limitation, I just think it's something that they could > clearly offer a workaround for. > It's completely understandable. If the bound column is not visible/editable how can Access know how to handle an entry that is not in the list. It can't know what value to store as the bound data. That must be left up to the developer through the NotInList event. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From ssharkins at bellsouth.net Sun Jun 6 21:48:42 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 22:48:42 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <40C46165.10678.F334C1E@localhost> Message-ID: <20040607024842.OIDW6744.imf24aec.mail.bellsouth.net@SUSANONE> I think it would be easy enough to offer a built-in workaround, but since it isn't necessary, I guess there are better ways to spend their time. :) The NotInList event isn't even necessary depending on how you approach the problem. Susan H. On 6 Jun 2004 at 18:52, Susan Harkins wrote: > Stuart -- that is exactly what I'm talking about. I'm glad someone > else is seeing the same behavior. > > I can understand the limitation, I just think it's something that they > could clearly offer a workaround for. > It's completely understandable. If the bound column is not visible/editable how can Access know how to handle an entry that is not in the list. It can't know what value to store as the bound data. That must be left up to the developer through the NotInList event. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sun Jun 6 23:46:47 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 6 Jun 2004 21:46:47 -0700 Subject: [AccessD] combo box Limit to List question References: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> <40C42A38.10509.E5BC2A1@localhost> Message-ID: <01d801c44c4a$70a503d0$6601a8c0@HAL9002> Can you set the first column width to .001", and get around it that way? Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Sunday, June 06, 2004 3:41 PM Subject: RE: [AccessD] combo box Limit to List question > On 6 Jun 2004 at 18:24, Arthur Fuller wrote: > > > This is clearly incorrect. I'm not sure what you're doing wrong but as > > long as the bound column is the first column, set its width to zero and > > no problems. I have done this hundreds of times. > > > You must have a different MS Access to me then :-) > > Whenever I do that, the LimitToList is set automagically to Yes. When I try to > change it back to No, I get a very clearly explained error message: > > "Microsoft Access can't set the LimitToList property to No right now. > The first visible column which is determined by the ColumnWidths property, > isn't equal to the bound column. > Adjust the ColumnWidths property first, then set the LimitToList property" > > AFAIR, it's been the same for every version of Access over the last 10 years up > to and including A2K > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Sunday, June 06, 2004 12:11 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] combo box Limit to List question > > > > > > Here's what I've found with just a little testing: > > > > Access automatically updates the Limit To List setting from No, the > > default, to Yes if the bound column isn't the first column or if the > > bound column is the first column, but you render it invisible. Not only > > must the bound column be visible to the user, it must be the first > > column in the control. > > > > Now, I might not have it exactly right as there may be more or less to > > it all. But so far, that seems the gist of it. Now, when you consider > > all that's going on, I can understand the limitation -- but it seems > > like one that they'd have allowed for in some way. > > > > Susan H. > > > > > > Susan: > > > > I'm just about to have this problem. Combo box with a PK of AssetID in > > the invisible column(0) and the asset bar code in column(1) - visible. > > List is limited to assets of a certain type but if the user enter a bar > > code of a different type then I have to process it anyway. Bound column > > is AssetID. > > > > I'll be following this thread and I'll let you know if I find a way > > around it. > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Susan Harkins" > > To: "'Access Developers discussion and problem solving'" > > > > Sent: Sunday, June 06, 2004 7:43 AM > > Subject: [AccessD] combo box Limit to List question > > > > > > > Here's one I've never run across before -- you can't set the Limit to > > > LIst property to No if the control's bound column isn't visible? > > > Wow... that's > > a > > > nasty little catch that could really be a clean up mess if you weren't > > > > > prepared for it. I've never run into it before. So, if you want an > > > updateable list, you have to display the bound column instead of > > > whatever data you really want to display... nasty. :( > > > > > > Susan H. > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 7 06:13:07 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 7 Jun 2004 07:13:07 -0400 Subject: [AccessD] Web Project Message-ID: Karen, Just for arguments sake, how long is "very long"? Although I'm always up for bells and whistles when it comes to applications, sometimes a de-normalized flat file table will suffice. This approach allows a user with no prior experience to learn by browsing the data without having to know a starting name or its correct spelling. A bonus is that text only pages load significantly faster. I'm assuming that the data you describe is fairly static;) Therefore, you could provide the user three pages all containing the same data, but each sorted alphabetically by a different column. Mark -----Original Message----- From: Karen Rosenstiel [mailto:karenr7 at oz.net] Sent: Saturday, June 05, 2004 7:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Web Project Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Mon Jun 7 06:50:13 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 7 Jun 2004 07:50:13 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <01d801c44c4a$70a503d0$6601a8c0@HAL9002> Message-ID: <20040607115014.FWNG18879.imf16aec.mail.bellsouth.net@SUSANONE> Probably -- I haven't tried anything yet. :) Susan H. Can you set the first column width to .001", and get around it that way? From karenr7 at oz.net Mon Jun 7 08:52:40 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Mon, 7 Jun 2004 06:52:40 -0700 Subject: [AccessD] Web Project In-Reply-To: Message-ID: <200406071352.i57DqfQ20342@databaseadvisors.com> Mark, thanks for your response. I've found another way to do this. I found a program called Search Maker Pro, which is a web search tool. It creates the JavaScript to search a web site or, in this case, a single page. I am fine-tuning it, but I think it will serve very well. You are correct that this is a flat file; essentially just three different names for the same person. Certainly less flexible than a database, but I haven't yet worked out in my head whether to go with a Win2K server with Access and ASP, or a Red Hat Linux server with MySQL and PHP. This is going to be a site with a lot of text content and would be nice to be able to just swap it in and out of templates. But I have to learn this stuff first. I have been struggling with Linux. Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 07, 2004 4:13 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Karen, Just for arguments sake, how long is "very long"? Although I'm always up for bells and whistles when it comes to applications, sometimes a de-normalized flat file table will suffice. This approach allows a user with no prior experience to learn by browsing the data without having to know a starting name or its correct spelling. A bonus is that text only pages load significantly faster. I'm assuming that the data you describe is fairly static;) Therefore, you could provide the user three pages all containing the same data, but each sorted alphabetically by a different column. Mark -----Original Message----- From: Karen Rosenstiel [mailto:karenr7 at oz.net] Sent: Saturday, June 05, 2004 7:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Web Project Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rjhjr at cox.net Mon Jun 7 09:09:57 2004 From: rjhjr at cox.net (Bob Hall) Date: Mon, 7 Jun 2004 10:09:57 -0400 Subject: [AccessD] Web Project In-Reply-To: <200406071352.i57DqfQ20342@databaseadvisors.com> References: <200406071352.i57DqfQ20342@databaseadvisors.com> Message-ID: <20040607140956.GF52802@kongemord.krig.net> On Mon, Jun 07, 2004 at 06:52:40AM -0700, Karen Rosenstiel wrote: > Certainly less flexible than a database, but I haven't yet worked out in my > head whether to go with a Win2K server with Access and ASP, or a Red Hat > Linux server with MySQL and PHP. This is going to be a site with a lot of > text content and would be nice to be able to just swap it in and out of > templates. MySQL and PHP will also work with Win2K. Bob Hall From accessd at shaw.ca Mon Jun 7 09:29:30 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 07 Jun 2004 07:29:30 -0700 Subject: [AccessD] Web Project In-Reply-To: <200406071352.i57DqfQ20342@databaseadvisors.com> Message-ID: Karen this depends on how familiar you are with Linux. To have to learn Linux/Apache from scratch is similar to climbing 3000 vertical feet with two pack-sacks and if a client is involved; especially if you already have a good understanding of Windows2000/IIS. On the other hand, it is good to learn both sets but it will take time to be proficient and MySQL and PHP can run as easily on both plaforms. My two cents worth. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Karen Rosenstiel Sent: Monday, June 07, 2004 6:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Mark, thanks for your response. I've found another way to do this. I found a program called Search Maker Pro, which is a web search tool. It creates the JavaScript to search a web site or, in this case, a single page. I am fine-tuning it, but I think it will serve very well. You are correct that this is a flat file; essentially just three different names for the same person. Certainly less flexible than a database, but I haven't yet worked out in my head whether to go with a Win2K server with Access and ASP, or a Red Hat Linux server with MySQL and PHP. This is going to be a site with a lot of text content and would be nice to be able to just swap it in and out of templates. But I have to learn this stuff first. I have been struggling with Linux. Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 07, 2004 4:13 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Karen, Just for arguments sake, how long is "very long"? Although I'm always up for bells and whistles when it comes to applications, sometimes a de-normalized flat file table will suffice. This approach allows a user with no prior experience to learn by browsing the data without having to know a starting name or its correct spelling. A bonus is that text only pages load significantly faster. I'm assuming that the data you describe is fairly static;) Therefore, you could provide the user three pages all containing the same data, but each sorted alphabetically by a different column. Mark -----Original Message----- From: Karen Rosenstiel [mailto:karenr7 at oz.net] Sent: Saturday, June 05, 2004 7:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Web Project Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Mon Jun 7 09:34:11 2004 From: john at winhaven.net (John Bartow) Date: Mon, 7 Jun 2004 09:34:11 -0500 Subject: [AccessD] Access on Tablet PC Message-ID: I just got back to my office and had a call from a client wondering whether one of my (Access 97 based) applications will work on a Windows XP Tablet PC. As far as I know (since it works on Windows XP) it will work on the tablet version. Anyone know any more about it? John B. From Support at CorporateDataDesign.com Mon Jun 7 09:56:45 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 10:56:45 -0400 Subject: [AccessD] OT: Microsofts new product NAVISION. In-Reply-To: <008e01c44907$ac5fe160$48619a89@DDICK> Message-ID: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> I have a company that wanted some temporary Access work form me but the final goal was the company was migrating all their ERP and databse stuff to Navision. Anyone have any experince with this. I'm curious if it's a good MS product. I think it's supposed to be MS's answwer to SAP? Maybe it something worth learning. Any thoughts? Thanks, John Skolits From BBarabash at TappeConstruction.com Mon Jun 7 10:15:02 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Mon, 7 Jun 2004 10:15:02 -0500 Subject: [AccessD] OT: Microsofts new product NAVISION. Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE649@TAPPEEXCH01> Our company evaluated Navision Attain, along with Great Plains eEnterprise and Solomon IV (all MS acquisitions!) in selecting an ERP package. In the end, we went with Solomon largely based on the Vendor's strong presentation. Navision didn't strike me as being more powerful than any of the other MS alternatives. Here were some interesting differences that set it apart. - It uses its own proprietary database engine that is "supposedly" more efficient than SQL Server. The vendor told me that they also had the option for a SQL Server backend, although most of their clients didn't use it (I would assume cost and maintenance being the reasons for that). - It stores no rollup totals or derived data. Everything is calculated on the fly (contrast that with Solomon, which contains tons of redundancy throughout several tables. Fixing a bad transaction on the data side is a nightmare for us!) - Navision, being a European company (German, I believe), is highly internationalized and contains inherent support for multi-currency transactions. My (educated) guess is that Microsoft is not about to make this into their flagship product. They are currently developing their own best of breed solution that contains elements from all three products. They will then offer migration paths to companies running their 3 packages, and continue to support the 3 with limited upgrades for a period of time. If you know of companies that require Navision development, it can be quite lucrative, but don't bank on it becoming mainstream. I think it will remain a powerful niche product for the rest of its lifecycle. -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Monday, June 07, 2004 9:57 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Microsofts new product NAVISION. I have a company that wanted some temporary Access work form me but the final goal was the company was migrating all their ERP and databse stuff to Navision. Anyone have any experince with this. I'm curious if it's a good MS product. I think it's supposed to be MS's answwer to SAP? Maybe it something worth learning. Any thoughts? Thanks, John Skolits -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From Support at CorporateDataDesign.com Mon Jun 7 10:17:35 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 11:17:35 -0400 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> Message-ID: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> Anyone run into a problem where the PrivDBEngine objects doesn't work on some XP machines? I've been using this routine for years. It allows me to make database changes to secure databases as long as I have the correct system.mdw security file. Specs: Written in Access 2000. Resides in an Access 200 MDE library file. Problem occurs runtime or even if PC is already loaded with Access 2000, or XP loaded. Very intermittant. Comes up with an ODBC error/DSN error. Here is a snippet of code: It breaks at line 160 Snippet: Dim dbe As DAO.PrivDBEngine Dim wsp As DAO.Workspace Dim dbEXT_Database As DAO.Database Dim strSecurityFileName As String 30 strSecurityFileName="c:\test\system.mdw" 90 Set dbe = New PrivDBEngine 100 With dbe 110 .SystemDB = strSecurityFileName 120 .DefaultUser = "USER" 130 .DefaultPassword = "PASSWORD" 140 End With 150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now 'Check the table from the external back end. If There return a true 160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) ALSO, Teery Kreft has done some work in this area. Anyone have her web site or email address? John Skolits From Support at CorporateDataDesign.com Mon Jun 7 10:19:42 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 11:19:42 -0400 Subject: [AccessD] OT: Microsofts new product NAVISION. In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE649@TAPPEEXCH01> Message-ID: <001001c44ca2$de7d19d0$6501a8c0@OFFICEXP1> Excellent reply. I'll be curious what others have to say. Thanks! John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brett Barabash Sent: Monday, June 07, 2004 11:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: Microsofts new product NAVISION. Our company evaluated Navision Attain, along with Great Plains eEnterprise and Solomon IV (all MS acquisitions!) in selecting an ERP package. In the end, we went with Solomon largely based on the Vendor's strong presentation. Navision didn't strike me as being more powerful than any of the other MS alternatives. Here were some interesting differences that set it apart. - It uses its own proprietary database engine that is "supposedly" more efficient than SQL Server. The vendor told me that they also had the option for a SQL Server backend, although most of their clients didn't use it (I would assume cost and maintenance being the reasons for that). - It stores no rollup totals or derived data. Everything is calculated on the fly (contrast that with Solomon, which contains tons of redundancy throughout several tables. Fixing a bad transaction on the data side is a nightmare for us!) - Navision, being a European company (German, I believe), is highly internationalized and contains inherent support for multi-currency transactions. My (educated) guess is that Microsoft is not about to make this into their flagship product. They are currently developing their own best of breed solution that contains elements from all three products. They will then offer migration paths to companies running their 3 packages, and continue to support the 3 with limited upgrades for a period of time. If you know of companies that require Navision development, it can be quite lucrative, but don't bank on it becoming mainstream. I think it will remain a powerful niche product for the rest of its lifecycle. -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Monday, June 07, 2004 9:57 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Microsofts new product NAVISION. I have a company that wanted some temporary Access work form me but the final goal was the company was migrating all their ERP and databse stuff to Navision. Anyone have any experince with this. I'm curious if it's a good MS product. I think it's supposed to be MS's answwer to SAP? Maybe it something worth learning. Any thoughts? Thanks, John Skolits ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 7 10:30:25 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 7 Jun 2004 10:30:25 -0500 Subject: [AccessD] combo box Limit to List question Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFE2@main2.marlow.com> Susan, let's think about this for a minute. Let's take a simple 'lookup' table, with 'AccessD List Topics'. Now we put a combo box on a form, to allow the users to Select the topic from a list. The 'bound' field is really going to be a field NOT in the lookup table, but in some data entry table. So as long as the data they are seeing, is really going into the table as they are seeing it, you can allow for 'Limit To List' to be off. That is because if they type something that isn't in the combo box, the combo box reverts to basic textbox logic, and just enters the data. Now, let's put an ID field into our List topic table, and make the ID be the value being entered into another table. If you allowed the users to see the ID, and the text, they could actually try to enter both. (Obviously, if it's an AutoNumber, that is going to be tricky....don't know how it would 'work'). However, you would usually set the width of the ID field to 0", so that it is 'invisible' to the user. The reason you cannot allow for items not on the list, is because how is Access supposed to know what to put into the bound field? If you put 'The Great PK Debate', if there is not matching ID field for that topic, Access has to figure out where to create the ID from. Yes, it sounds simple, but on a more complex combo box, where the ID is coming from may be a little more convoluted. That is why the 'NotOnList' event is provided, to allow the developer to handle an entry that isn't on the list. So is it really all that much of a surprise that you can't set Limit to List off, if you have the actual field it is writing too 'invisible'? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Sunday, June 06, 2004 9:44 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box Limit to List question Here's one I've never run across before -- you can't set the Limit to LIst property to No if the control's bound column isn't visible? Wow... that's a nasty little catch that could really be a clean up mess if you weren't prepared for it. I've never run into it before. So, if you want an updateable list, you have to display the bound column instead of whatever data you really want to display... nasty. :( Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 7 10:27:49 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 08:27:49 -0700 Subject: [AccessD] Web Project References: <200406071352.i57DqfQ20342@databaseadvisors.com> <20040607140956.GF52802@kongemord.krig.net> Message-ID: <40C48975.6070107@shaw.ca> Or conversely you can run Access on a Linux box with Samba for file access and ChiliSoft as an ASP emulator. MySQL can also run on Win2K with ASP. I have run its newer sister product MAXDB with ASP on a WinXP box MySQL would probably be the fastest assuming you are displaying semi static text pages. I think Google uses a souped up version of MYSQL. Decisions, decisions.... ;) Bob Hall wrote: >On Mon, Jun 07, 2004 at 06:52:40AM -0700, Karen Rosenstiel wrote: > > >>Certainly less flexible than a database, but I haven't yet worked out in my >>head whether to go with a Win2K server with Access and ASP, or a Red Hat >>Linux server with MySQL and PHP. This is going to be a site with a lot of >>text content and would be nice to be able to just swap it in and out of >>templates. >> >> > >MySQL and PHP will also work with Win2K. > >Bob Hall > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Mon Jun 7 11:02:02 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 09:02:02 -0700 Subject: [AccessD] Weird problem after installing runtime A2K References: Message-ID: <40C4917A.2070108@shaw.ca> Just a guess but assuming you created the runtime mdb with Access 2000 SP3, it maybe that there is an old SP1 runtime on the machine, that hasn't been uninstalled or removed properly. You might get away with installing to a different directory or getting someone with admin status on their machine to install it. Test installing it to a non admin user on your development machine. A lot of these problems can be resolved with using SageKey scripts and Wise or Install Shield for deployment. http://www.sagekey.com Annie Courchesne, CMA wrote: >Hi group! > >I've recently installed a runtime version of Access 2000 (using Office >developper). On one computer, the following message is displayed : > >"Error 1706. No Valid source could be found for product Microsoft Access >2000 SR-1 Runtime. The Windows installer cannot continue." > >That computer as Office 2003 Small business installed and is running under >Win 2K Pro. When we go to the Microsoft Update center, it suggests to >update the runtime to SP-3. The user does not have administrator status on >that computer. > >If any of you out there ever had this problem, how did you solve it? Would >the update of the runtime solve the situation? > >I'll welcome any help! > >Thanks! > > >Annie Courchesne, CMA > > > > -- Marty Connelly Victoria, B.C. Canada From gustav at cactus.dk Mon Jun 7 10:40:26 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 7 Jun 2004 17:40:26 +0200 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> References: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> Message-ID: <14416425438.20040607174026@cactus.dk> Hi John This object is "non-documented". Why not just create a new Workspace and open the (backend) database in this? /gustav > Anyone run into a problem where the PrivDBEngine objects doesn't work on > some XP machines? > I've been using this routine for years. It allows me to make database > changes to secure databases as long as I have the correct system.mdw > security file. > Specs: Written in Access 2000. Resides in an Access 200 MDE library file. > Problem occurs runtime or even if PC is already loaded with Access 2000, or > XP loaded. Very intermittant. > Comes up with an ODBC error/DSN error. > Here is a snippet of code: > It breaks at line 160 > Snippet: > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > 30 strSecurityFileName="c:\test\system.mdw" > 90 Set dbe = New PrivDBEngine > 100 With dbe > 110 .SystemDB = strSecurityFileName > 120 .DefaultUser = "USER" > 130 .DefaultPassword = "PASSWORD" > 140 End With > 150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > 'Check the table from the external back end. If There return a true > 160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > ALSO, Teery Kreft has done some work in this area. Anyone have her web site > or email address? > John Skolits From gustav at cactus.dk Mon Jun 7 11:25:35 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 7 Jun 2004 18:25:35 +0200 Subject: [AccessD] OT: Microsofts new product NAVISION. In-Reply-To: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> References: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> Message-ID: <14519134594.20040607182535@cactus.dk> Hi John Navision (brand name) Attain (product name) is Danish. With a handful of other products like Concorde XAL and Axapta they were bought by MS a couple of years ago - after Great Plains. However, MS has not yet published a full plan for outphasing these and replacing them with the new monster ERP system MS is rumored to have ready in five years time. Contrary to the Concorde products which always have exploited strange behaviour, the Navision products run rock steady. The db engine is proprietary but is very fast and is known for essentially impossible to crash - certainly a nice feature. The user interface visual design is very neat and strict but extremely boring, and the logic in the user interface can be hard to follow and to learn. A high level of customization of the user interface is normally required at a cost which at least equals the license cost ... out of the box the product is simply non-comprehensible for the average user. Programming these animals is a full time job; Attain uses a Pascal-like language, Axapta a Java-like, and XAL its very own language. Worse yet, obtaining a developer license is extremely expensive (in the EUR 15.000 range), thus only dedicated and very expensive developers (but not always very good) exist. APIs hardly exist and ODBC drivers cost a fortune. Quite expensive system - right now a bargain on Attain is offered at around EUR 2.000 per user license ... Navision compares in no way to SAP R/3 but somewhat to SAP Business One. However, SAP B1 costs a fraction and it features a full API which allows people like you and me to modify and expand it. As for programming Navision, my best advice is to forget it - sit down and be the nice guy and watch the consultants play - you will by sure learn their names while they "play" a lot at your client's expense at excessive hour rates! You have been warned. /gustav > I have a company that wanted some temporary Access work form me but the > final goal was the company was migrating all their ERP and databse stuff to > Navision. > Anyone have any experince with this. I'm curious if it's a good MS product. > I think it's supposed to be MS's answwer to SAP? Maybe it something worth > learning. > Any thoughts? > Thanks, > John Skolits From ssharkins at bellsouth.net Mon Jun 7 11:33:09 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 7 Jun 2004 12:33:09 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFE2@main2.marlow.com> Message-ID: <20040607163309.DNBY13581.imf17aec.mail.bellsouth.net@SUSANONE> So is it really all that much of a surprise that you can't set Limit to List off, if you have the actual field it is writing too 'invisible'? ============Yes, it's invisible, not gone. :) Susan H. From Support at CorporateDataDesign.com Mon Jun 7 11:50:44 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 12:50:44 -0400 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <14416425438.20040607174026@cactus.dk> Message-ID: <001d01c44caf$935d9cb0$6501a8c0@OFFICEXP1> I think the reason I did not just create a new workspace was because it is a secure dtaabase with a different system.mdw then the main application. This secure database is external to the main app and is connected to the main application through table links. Maybe I misssed something about the WS object. For some reaosn I thought I didn't have the ability to assign a system.mdw file. I may also have to loog at ADO as a solution. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, June 07, 2004 11:40 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] PrivDBEngine object no longer works on some XP machines Hi John This object is "non-documented". Why not just create a new Workspace and open the (backend) database in this? /gustav > Anyone run into a problem where the PrivDBEngine objects doesn't work > on some XP machines? > I've been using this routine for years. It allows me to make database > changes to secure databases as long as I have the correct system.mdw > security file. > Specs: Written in Access 2000. Resides in an Access 200 MDE library > file. Problem occurs runtime or even if PC is already loaded with > Access 2000, or XP loaded. Very intermittant. Comes up with an ODBC > error/DSN error. Here is a snippet of code: > It breaks at line 160 > Snippet: > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > 30 strSecurityFileName="c:\test\system.mdw" > 90 Set dbe = New PrivDBEngine > 100 With dbe > 110 .SystemDB = strSecurityFileName > 120 .DefaultUser = "USER" > 130 .DefaultPassword = "PASSWORD" > 140 End With > 150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > 'Check the table from the external back end. If There return a > true > 160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > ALSO, Teery Kreft has done some work in this area. Anyone have her web > site or email address? > John Skolits -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mike.W.Gowey at doc.state.or.us Mon Jun 7 11:51:34 2004 From: Mike.W.Gowey at doc.state.or.us (Gowey Mike W) Date: Mon, 7 Jun 2004 10:51:34 -0600 Subject: [AccessD] Reports On top Message-ID: <05EBB8A3BEB95B4F8216BE4EF486077802AA4051@srciml1.ds.doc.state.or.us> Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst From cfoust at infostatsystems.com Mon Jun 7 12:01:46 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 7 Jun 2004 10:01:46 -0700 Subject: [AccessD] Reports On top Message-ID: Simply hide the popup form by setting its visible property to False. In the Close event of the report, you can make the form visible again. Charlotte Foust -----Original Message----- From: Gowey Mike W [mailto:Mike.W.Gowey at doc.state.or.us] Sent: Monday, June 07, 2004 8:52 AM To: Access Developers discussion and problem solving Subject: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Alun.Garraway at otto.de Mon Jun 7 12:06:49 2004 From: Alun.Garraway at otto.de (Garraway, Alun) Date: Mon, 7 Jun 2004 19:06:49 +0200 Subject: AW: [AccessD] Reports On top Message-ID: hi Mike, try puting this in the on_click sub in your form Me.Visible = False and this in the on_close event in your report Application.Forms("myForm").Visible = True hth alun -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gowey Mike W Gesendet: Montag, 7. Juni 2004 18:52 An: Access Developers discussion and problem solving Betreff: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 7 11:49:17 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 09:49:17 -0700 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines References: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> Message-ID: <40C49C8D.8080400@shaw.ca> terry.kreft at mps.co.uk or look at this http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=770rb2%24bs%241%40remarQ.com&rnum=5&prev=/groups%3Fq%3Dterry%2Bkreft%2BPrivDBEngine%26hl%3Den%26lr%3D%26ie%3DUTF-8%26scoring%3Dd%26selm%3D770rb2%2524bs%25241%2540remarQ.com%26rnum%3D5 John Skolits wrote: >Anyone run into a problem where the PrivDBEngine objects doesn't work on >some XP machines? > >I've been using this routine for years. It allows me to make database >changes to secure databases as long as I have the correct system.mdw >security file. > >Specs: Written in Access 2000. Resides in an Access 200 MDE library file. >Problem occurs runtime or even if PC is already loaded with Access 2000, or >XP loaded. Very intermittant. >Comes up with an ODBC error/DSN error. >Here is a snippet of code: > > >It breaks at line 160 > >Snippet: > > > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > >30 strSecurityFileName="c:\test\system.mdw" > >90 Set dbe = New PrivDBEngine >100 With dbe >110 .SystemDB = strSecurityFileName >120 .DefaultUser = "USER" >130 .DefaultPassword = "PASSWORD" >140 End With >150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > > 'Check the table from the external back end. If There return a true > >160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > >ALSO, Teery Kreft has done some work in this area. Anyone have her web site >or email address? > >John Skolits > > > > -- Marty Connelly Victoria, B.C. Canada From Support at CorporateDataDesign.com Mon Jun 7 12:14:31 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 13:14:31 -0400 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <40C49C8D.8080400@shaw.ca> Message-ID: <002f01c44cb2$e8fa8b80$6501a8c0@OFFICEXP1> Thanks Marty, I tried that address but it didn't work. But maybe the info in the link you sent will help.Thanks! John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Monday, June 07, 2004 12:49 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] PrivDBEngine object no longer works on some XP machines terry.kreft at mps.co.uk or look at this http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=770rb2%24bs%241%4 0remarQ.com&rnum=5&prev=/groups%3Fq%3Dterry%2Bkreft%2BPrivDBEngine%26hl%3Den %26lr%3D%26ie%3DUTF-8%26scoring%3Dd%26selm%3D770rb2%2524bs%25241%2540remarQ. com%26rnum%3D5 John Skolits wrote: >Anyone run into a problem where the PrivDBEngine objects doesn't work >on some XP machines? > >I've been using this routine for years. It allows me to make database >changes to secure databases as long as I have the correct system.mdw >security file. > >Specs: Written in Access 2000. Resides in an Access 200 MDE library >file. Problem occurs runtime or even if PC is already loaded with >Access 2000, or XP loaded. Very intermittant. Comes up with an ODBC >error/DSN error. Here is a snippet of code: > > >It breaks at line 160 > >Snippet: > > > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > >30 strSecurityFileName="c:\test\system.mdw" > >90 Set dbe = New PrivDBEngine >100 With dbe >110 .SystemDB = strSecurityFileName >120 .DefaultUser = "USER" >130 .DefaultPassword = "PASSWORD" >140 End With >150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > > 'Check the table from the external back end. If There return a > true > >160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > >ALSO, Teery Kreft has done some work in this area. Anyone have her web >site or email address? > >John Skolits > > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 7 12:15:29 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 7 Jun 2004 12:15:29 -0500 Subject: [AccessD] Reports On top In-Reply-To: <27943119.1086627637027.JavaMail.root@sniper3.usinternet.com> Message-ID: <000001c44cb3$08dc2a80$de1811d8@danwaters> Mike, This is something to try: When you need to open the report, first save the data, then close the form, then open the report. Private Sub cmdOpenReport_Click() DoCmd.RunCommand accmdSaveRecord DoCmd.Close acForm, "frmMyForm" DoCmd.OpenReport "rptMyReport" End Sub HTH, Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gowey Mike W Sent: Monday, June 07, 2004 11:52 AM To: Access Developers discussion and problem solving Subject: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Mon Jun 7 12:23:42 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Mon, 7 Jun 2004 18:23:42 +0100 Subject: [AccessD] DataSheet Formatting Message-ID: Hi All, I have a subform which is on another form in datasheet view. In this datasheet subform there are 5 columns. I would like to make the first column appear as if it is a hyperlinked. (Blue & underlined) At the moment, I have tried formatting it a number of different ways, but am getting no further than making all the columns appear as if they are hyperlinks, which is not what I want. Can anyone help me with this problem? Thanks in advance Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From cfoust at infostatsystems.com Mon Jun 7 12:54:45 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 7 Jun 2004 10:54:45 -0700 Subject: [AccessD] combo box Limit to List question Message-ID: How else would you populate the bound column, Susan? It doesn't seem nasty to me, but perfectly reasonable. Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Sunday, June 06, 2004 6:44 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box Limit to List question Here's one I've never run across before -- you can't set the Limit to LIst property to No if the control's bound column isn't visible? Wow... that's a nasty little catch that could really be a clean up mess if you weren't prepared for it. I've never run into it before. So, if you want an updateable list, you have to display the bound column instead of whatever data you really want to display... nasty. :( Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mike.W.Gowey at doc.state.or.us Mon Jun 7 13:10:27 2004 From: Mike.W.Gowey at doc.state.or.us (Gowey Mike W) Date: Mon, 7 Jun 2004 12:10:27 -0600 Subject: [AccessD] Reports On top Message-ID: <05EBB8A3BEB95B4F8216BE4EF486077802AA4053@srciml1.ds.doc.state.or.us> Thanks a lot Alun, that works like a charm. Just what I needed. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -----Original Message----- From: Garraway, Alun [mailto:Alun.Garraway at otto.de] Sent: Monday, June 07, 2004 11:07 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Reports On top hi Mike, try puting this in the on_click sub in your form Me.Visible = False and this in the on_close event in your report Application.Forms("myForm").Visible = True hth alun -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gowey Mike W Gesendet: Montag, 7. Juni 2004 18:52 An: Access Developers discussion and problem solving Betreff: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 bellsouth.net Mon Jun 7 13:31:47 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 7 Jun 2004 14:31:47 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040607183147.LYUS24541.imf23aec.mail.bellsouth.net@SUSANONE> A one-column list can be populated with anything -- so why should Access care which column you're restricting, as long as it knows? A new property -- which column is restricted. If the entry violates other table properties, that's another story -- you have that possibility with a one-column list. Susan H. How else would you populate the bound column, Susan? It doesn't seem nasty to me, but perfectly reasonable. From KIsmert at TexasSystems.com Mon Jun 7 13:27:36 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Mon, 7 Jun 2004 13:27:36 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <40C1937A.5052.43EF700@localhost> Message-ID: <035401c44cbd$1bffdee0$2a3ca8c0@TEXASSYSTEMS.COM> Stuart: Sorry for the delay in responding. >Does it? What if you: >1. Delete records and rebuild the table without > compacting the database. >2. Create records with an algorithm that generates > records counting backwards from an end date >3. Extend your table by adding earlier dates after > you build your first date range. Notes: IDday0 = ID of earliest date in table, Day(ID) = Day number for ID, counting from IDday0 1 & 2: The mathematical relationship holds. Day(ID) = Abs(ID - IDday0). This holds true when the list is generated the first time, and when it is regenerated. Interestingly, whether backwards or forwards, the formula for counting the days between two dates by their ID is the same: DaysBetween(ID1, ID2) = Abs(ID1 - ID2) 3. That's why I said auto-generated! This is where relying on a ANPK can cause you problems: you can't extend the table without ruining your calculations. For regular, sequential data (no interruptions) with a single field natural key, or any data where a unique key can be mathematically calculated (as above), you can make an argument that ANPK is redundant, and can actually make the data more difficult to work with. This is where intent of the data, and your data modeling style, plays the deciding role in your PK choice. -Ken On 4 Jun 2004 at 15:46, Ken Ismert wrote: > On the other hand, the Autonumber is supposed to be a 'meaningless' unique > ID. But, consider an auto-generated date dimension table, with consecutive > date records. Think an Autonumber key is meaningless in this situation? > Think again - it really represents the number of days since Day Zero (the > earliest date record in your table). Does it? What if you: 1. Delete records and rebuild the table without compacting the database. 2. Create records with an algorithm that generates records counting backwards from an end date 3. Extend your table by adding earlier dates after you build your first date range. 4. etc If you rely on the ANPK to be meaningful and use it in calcuations base on your assumption, you can get into trouble very quickly. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From accessd at shaw.ca Mon Jun 7 13:44:51 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 07 Jun 2004 11:44:51 -0700 Subject: [AccessD] Weird problem after installing runtime A2K In-Reply-To: <40C4917A.2070108@shaw.ca> Message-ID: While we are on the subject...slightly. I have noticed that the new version of Access 2003 is stand-alone with run-time option. It is suppose to be a few steps up from the older run-time-engines with all sorts of features that support local extensions and a full deployment model. See http://www.msdn.microsoft.com/office/technologyinfo/devtools/accessextension s/default.aspx The Royalty package, that will unlimited Royalty free distribution, can be purchased though I could not find a price after a rudimentary scan. Access2003 upgrade, from A97 forward, is $109.00US. Time to learn VB.NET(?) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Monday, June 07, 2004 9:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Weird problem after installing runtime A2K Just a guess but assuming you created the runtime mdb with Access 2000 SP3, it maybe that there is an old SP1 runtime on the machine, that hasn't been uninstalled or removed properly. You might get away with installing to a different directory or getting someone with admin status on their machine to install it. Test installing it to a non admin user on your development machine. A lot of these problems can be resolved with using SageKey scripts and Wise or Install Shield for deployment. http://www.sagekey.com Annie Courchesne, CMA wrote: >Hi group! > >I've recently installed a runtime version of Access 2000 (using Office >developper). On one computer, the following message is displayed : > >"Error 1706. No Valid source could be found for product Microsoft Access >2000 SR-1 Runtime. The Windows installer cannot continue." > >That computer as Office 2003 Small business installed and is running under >Win 2K Pro. When we go to the Microsoft Update center, it suggests to >update the runtime to SP-3. The user does not have administrator status on >that computer. > >If any of you out there ever had this problem, how did you solve it? Would >the update of the runtime solve the situation? > >I'll welcome any help! > >Thanks! > > >Annie Courchesne, CMA > > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 7 14:23:36 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 12:23:36 -0700 Subject: [AccessD] Weird problem after installing runtime A2K References: Message-ID: <40C4C0B8.2050302@shaw.ca> It is $199 if you have a previous developers edition of office or access, you have to have purchased Access 2003 Pro seperately How to Buy: Visual Studio Tools for the Microsoft Office System http://msdn.microsoft.com/vstudio/howtobuy/officetools/ Jim Lawrence (AccessD) wrote: >While we are on the subject...slightly. I have noticed that the new version >of Access 2003 is stand-alone with run-time option. It is suppose to be a >few steps up from the older run-time-engines with all sorts of features that >support local extensions and a full deployment model. See >http://www.msdn.microsoft.com/office/technologyinfo/devtools/accessextension >s/default.aspx > >The Royalty package, that will unlimited Royalty free distribution, can be >purchased though I could not find a price after a rudimentary scan. >Access2003 upgrade, from A97 forward, is $109.00US. Time to learn VB.NET(?) > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly >Sent: Monday, June 07, 2004 9:02 AM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Weird problem after installing runtime A2K > > >Just a guess but assuming you created the runtime mdb with Access 2000 >SP3, it maybe that there is an old >SP1 runtime on the machine, that hasn't been uninstalled or removed >properly. You might get away with >installing to a different directory or getting someone with admin status >on their machine to install it. >Test installing it to a non admin user on your development machine. >A lot of these problems can be resolved with using SageKey scripts and >Wise or Install Shield >for deployment. >http://www.sagekey.com > >Annie Courchesne, CMA wrote: > > > >>Hi group! >> >>I've recently installed a runtime version of Access 2000 (using Office >>developper). On one computer, the following message is displayed : >> >>"Error 1706. No Valid source could be found for product Microsoft Access >>2000 SR-1 Runtime. The Windows installer cannot continue." >> >>That computer as Office 2003 Small business installed and is running under >>Win 2K Pro. When we go to the Microsoft Update center, it suggests to >>update the runtime to SP-3. The user does not have administrator status on >>that computer. >> >>If any of you out there ever had this problem, how did you solve it? Would >>the update of the runtime solve the situation? >> >>I'll welcome any help! >> >>Thanks! >> >> >>Annie Courchesne, CMA >> >> >> >> >> >> > >-- >Marty Connelly >Victoria, B.C. >Canada > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada From bchacc at san.rr.com Mon Jun 7 16:51:33 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 14:51:33 -0700 Subject: [AccessD] Strange Behavior with Caps Lock Message-ID: <01f901c44cd9$99614740$6601a8c0@HAL9002> Dear List: I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. Is there a setting to disable this auto change of case? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From d.dick at uws.edu.au Mon Jun 7 17:42:52 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 08:42:52 +1000 Subject: [AccessD] Strange Behavior with Caps Lock References: <01f901c44cd9$99614740$6601a8c0@HAL9002> Message-ID: <002d01c44ce0$c48ac2f0$48619a89@DDICK> Hi Rocky Is there any code in the After Update of that text control? Eg me.txtTextControl = Proper(Me.txtTextControl) or in the table design itself - is there any mask on the character display? Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Tuesday, June 08, 2004 7:51 AM Subject: [AccessD] Strange Behavior with Caps Lock > Dear List: > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. > > Is there a setting to disable this auto change of case? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 17:46:03 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 08:46:03 +1000 Subject: [AccessD] Reports On top References: <05EBB8A3BEB95B4F8216BE4EF486077802AA4051@srciml1.ds.doc.state.or.us> Message-ID: <003301c44ce1$361bf150$48619a89@DDICK> Hi Mike What I do in these cases is in the On Format or on open of the report have something like Forms!frmMyReportCriteriaPopup.visible = false then when you close or unload the report Forms!frmMyReportCriteriaPopup.visible = true ----- Original Message ----- From: "Gowey Mike W" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:51 AM Subject: [AccessD] Reports On top > > Hi everyone, > > I currently am working on a database in which I have the input form come > up as a popup for that it displays on the entire screen. Now I need to > know if there is a way for me to view a report by pressing a button on > the form. Currently it will not show the report because the input form > is on top. Can I make the report open up in a popup type of way so that > the report is on top and viewable until closed. > > I hope that makes sense. Any help would be greatly appreciated. > > > Mike Gowey MCSA, A+, LME > Team Leader - SRCI > Information Systems & Services Division > Technical Support Analyst > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 18:00:14 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:00:14 -0700 Subject: [AccessD] Pop Up Problem Message-ID: <02e501c44ce3$31cca980$6601a8c0@HAL9002> Dear list: I have a pop up form which calls another pop up form. When the second pop up form opens however, it appears behind the first one, even though the second one has the focus. Does anyone know how to force this second pop up in front? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Jun 7 18:04:39 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:04:39 +1000 Subject: [AccessD] Strange Behavior with Caps Lock In-Reply-To: <01f901c44cd9$99614740$6601a8c0@HAL9002> Message-ID: <40C58127.6999.139743B7@localhost> On 7 Jun 2004 at 14:51, Rocky Smolin - Beach Access S wrote: > Dear List: > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. > > Is there a setting to disable this auto change of case? > Tools-Autocorrect. De-select "Correct Accidental use of cAPS LOCK key" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Mon Jun 7 18:08:16 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:08:16 -0700 Subject: [AccessD] Strange Behavior with Caps Lock References: <01f901c44cd9$99614740$6601a8c0@HAL9002> <002d01c44ce0$c48ac2f0$48619a89@DDICK> Message-ID: <02ed01c44ce4$512fd440$6601a8c0@HAL9002> Darren: No on both counts. What else could it be? T&R Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 3:42 PM Subject: Re: [AccessD] Strange Behavior with Caps Lock > Hi Rocky > Is there any code in the After Update of that text control? > Eg > me.txtTextControl = Proper(Me.txtTextControl) > or in the table design itself - is there any mask on the character display? > > Darren > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: > Sent: Tuesday, June 08, 2004 7:51 AM > Subject: [AccessD] Strange Behavior with Caps Lock > > > > Dear List: > > > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love > 'em). > > > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. > With the caps lock off, no problem. > > > > Is there a setting to disable this auto change of case? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 18:10:39 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 09:10:39 +1000 Subject: [AccessD] DataSheet Formatting References: Message-ID: <007d01c44ce4$a67a64b0$48619a89@DDICK> Hi Ryan >From what I can see there is no 'standard' way of doing this. Of course various websites such as Lebans et al may have a solution A high Maintenance solution would be to set your subform back to continuous (i.e. make it look like a form again, not a grid) then make your controls on the subform look like a grid. IE no 3d Borders, just flat - no colour borders, just black. Then butt them all together with no space above or below to make them all come together to 'look' like a grid. That of course would add to maintenance a bit if you had to make changes to the 'look' of the form. But you can retain 'individual' design elements for each control Make sense? Hope this helps Darren ----- Original Message ----- From: To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 3:23 AM Subject: [AccessD] DataSheet Formatting > > > > > Hi All, > > I have a subform which is on another form in datasheet view. > > In this datasheet subform there are 5 columns. > > I would like to make the first column appear as if it is a hyperlinked. > (Blue & underlined) > > At the moment, I have tried formatting it a number of different ways, but > am getting no further than making all the columns appear as if they are > hyperlinks, which is not what I want. > > Can anyone help me with this problem? > > Thanks in advance > Ryan > > > Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd > June - 30th August 2004). This is the first major exhibition to examine the > relationship of the garden and British art. Advance booking is > recommended. > > Information and tickets: www.tate.org.uk/artofthegarden > > > This e-mail and any attachment are confidential and contain proprietary > information, some or all of which may be legally privileged. It is > intended solely for the use of the individual or entity to which it is > addressed. If you are not the intended recipient, please notify the author > immediately by telephone or by replying to this e-mail, and then delete all > copies of the e-mail on your system. If you are not the intended > recipient, you must not use, disclose, distribute, copy, print or rely on > this e-mail. > > Whilst we have taken reasonable precautions to ensure that this e-mail and > any attachment has been checked for viruses, we cannot guarantee that they > are virus free and we cannot accept liability for any damage sustained as a > result of software viruses. We would advise that you carry out your own > virus checks, especially before opening an attachment. > > The UK firm Ernst & Young LLP is a limited liability partnership registered > in England and Wales with registered number OC300001 and is a member > practice of Ernst & Young Global. A list of members' names is available > for inspection at 1 More London Place, London, SE1 2AF, the firm's > principal place of business and its registered office. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 18:13:26 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 09:13:26 +1000 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> Message-ID: <008b01c44ce5$09db5f50$48619a89@DDICK> Hi Rocky If you can - make the second form PopUp = Yes and Modal = Yes as well This forces the 2nd one to the front but restricts data entry to only the second form until you close it Hope this helps and makes sense Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Tuesday, June 08, 2004 9:00 AM Subject: [AccessD] Pop Up Problem > Dear list: > > I have a pop up form which calls another pop up form. When the second pop up form opens however, it appears behind the first one, even though the second one has the focus. > > Does anyone know how to force this second pop up in front? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.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 Jun 7 18:15:20 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:15:20 +1000 Subject: [AccessD] DataSheet Formatting In-Reply-To: Message-ID: <40C583A8.1263.13A10E10@localhost> On 7 Jun 2004 at 18:23, rsmethurst at UK.EY.COM wrote: > > Hi All, > > I have a subform which is on another form in datasheet view. > > In this datasheet subform there are 5 columns. > > I would like to make the first column appear as if it is a hyperlinked. > (Blue & underlined) > > At the moment, I have tried formatting it a number of different ways, but > am getting no further than making all the columns appear as if they are > hyperlinks, which is not what I want. > > Can anyone help me with this problem? > Set the IsHyperlink property of the textbox -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 7 18:17:17 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:17:17 +1000 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040607163309.DNBY13581.imf17aec.mail.bellsouth.net@SUSANONE> References: <2F8793082E00D4119A1700B0D0216BF8031BAFE2@main2.marlow.com> Message-ID: <40C5841D.32744.13A2D850@localhost> On 7 Jun 2004 at 12:33, Susan Harkins wrote: > So is it really all that much of a surprise that you can't set Limit to List > off, if you have the actual field it is writing too 'invisible'? > > ============Yes, it's invisible, not gone. :) > But you can't write to it if it's invisible. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Mon Jun 7 18:30:59 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:30:59 -0700 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> <008b01c44ce5$09db5f50$48619a89@DDICK> Message-ID: <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> Darren: Makes sense but the second form is Popup=Yes and Modal=Yes. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:13 PM Subject: Re: [AccessD] Pop Up Problem > Hi Rocky > If you can - make the second form PopUp = Yes and Modal = Yes as well > This forces the 2nd one to the front but restricts data entry to only the > second form until you close it > > Hope this helps and makes sense > > Darren > > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: > Sent: Tuesday, June 08, 2004 9:00 AM > Subject: [AccessD] Pop Up Problem > > > > Dear list: > > > > I have a pop up form which calls another pop up form. When the second pop up form opens however, it appears behind the first one, > even though the second one has the focus. > > > > Does anyone know how to force this second pop up in front? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 18:32:50 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:32:50 -0700 Subject: [AccessD] Strange Behavior with Caps Lock References: <40C58127.6999.139743B7@localhost> Message-ID: <030b01c44ce7$bfe3cbf0$6601a8c0@HAL9002> sTUART: tHAT'S it! tHANK YOU. nEVER WOULD HAVE FOUND IT MYSELF. bEST, rOCKY ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:04 PM Subject: Re: [AccessD] Strange Behavior with Caps Lock > On 7 Jun 2004 at 14:51, Rocky Smolin - Beach Access S wrote: > > > Dear List: > > > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). > > > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. > > > > Is there a setting to disable this auto change of case? > > > Tools-Autocorrect. > > De-select "Correct Accidental use of cAPS LOCK key" > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > 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 Jun 7 18:37:28 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:37:28 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <035401c44cbd$1bffdee0$2a3ca8c0@TEXASSYSTEMS.COM> References: <40C1937A.5052.43EF700@localhost> Message-ID: <40C588D8.5190.13B55151@localhost> On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 7 18:38:57 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:38:57 +1000 Subject: [AccessD] Strange Behavior with Caps Lock In-Reply-To: <030b01c44ce7$bfe3cbf0$6601a8c0@HAL9002> Message-ID: <40C58931.25258.13B6AB92@localhost> On 7 Jun 2004 at 16:32, Rocky Smolin - Beach Access S wrote: > sTUART: > > tHAT'S it! tHANK YOU. nEVER WOULD HAVE FOUND IT MYSELF. > > bEST, > > rOCKY > Have you got a cold? You're sounding a bit strange :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From d.dick at uws.edu.au Mon Jun 7 18:42:34 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 09:42:34 +1000 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002><008b01c44ce5$09db5f50$48619a89@DDICK> <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> Message-ID: <00a501c44ce9$1b4e6530$48619a89@DDICK> then take the Modal = yes off the first one if it is on ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 9:30 AM Subject: Re: [AccessD] Pop Up Problem > Darren: > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > Rocky > > ----- Original Message ----- > From: "Darren DICK" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 4:13 PM > Subject: Re: [AccessD] Pop Up Problem > > > > Hi Rocky > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > This forces the 2nd one to the front but restricts data entry to only the > > second form until you close it > > > > Hope this helps and makes sense > > > > Darren > > > > > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" > > To: > > Sent: Tuesday, June 08, 2004 9:00 AM > > Subject: [AccessD] Pop Up Problem > > > > > > > Dear list: > > > > > > I have a pop up form which calls another pop up form. When the second > pop up form opens however, it appears behind the first one, > > even though the second one has the focus. > > > > > > Does anyone know how to force this second pop up in front? > > > > > > MTIA > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 21:48:24 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 19:48:24 -0700 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> <008b01c44ce5$09db5f50$48619a89@DDICK> <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> <00a501c44ce9$1b4e6530$48619a89@DDICK> Message-ID: <034b01c44d03$11dccc20$6601a8c0@HAL9002> Darren: It didn't make any difference. It's really mysterious. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:42 PM Subject: Re: [AccessD] Pop Up Problem > then take the Modal = yes off the first one if it is on > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > Sent: Tuesday, June 08, 2004 9:30 AM > Subject: Re: [AccessD] Pop Up Problem > > > > Darren: > > > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > > > Rocky > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 07, 2004 4:13 PM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > Hi Rocky > > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > > This forces the 2nd one to the front but restricts data entry to only the > > > second form until you close it > > > > > > Hope this helps and makes sense > > > > > > Darren > > > > > > > > > > > > ----- Original Message ----- > > > From: "Rocky Smolin - Beach Access Software" > > > To: > > > Sent: Tuesday, June 08, 2004 9:00 AM > > > Subject: [AccessD] Pop Up Problem > > > > > > > > > > Dear list: > > > > > > > > I have a pop up form which calls another pop up form. When the second > > pop up form opens however, it appears behind the first one, > > > even though the second one has the focus. > > > > > > > > Does anyone know how to force this second pop up in front? > > > > > > > > MTIA > > > > > > > > Rocky Smolin > > > > Beach Access Software > > > > http://www.e-z-mrp.com > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 21:51:40 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 19:51:40 -0700 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> <008b01c44ce5$09db5f50$48619a89@DDICK> <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> <00a501c44ce9$1b4e6530$48619a89@DDICK> Message-ID: <034f01c44d03$863b2440$6601a8c0@HAL9002> Darren: I went around the problem. In _Open event: Forms!frmFirstForm.Visible = False In _Close event Forms!frmFirstForm.Visible = True Works. But I didn't learn anything. Thanks for your input. It kept me hacking. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:42 PM Subject: Re: [AccessD] Pop Up Problem > then take the Modal = yes off the first one if it is on > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > Sent: Tuesday, June 08, 2004 9:30 AM > Subject: Re: [AccessD] Pop Up Problem > > > > Darren: > > > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > > > Rocky > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 07, 2004 4:13 PM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > Hi Rocky > > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > > This forces the 2nd one to the front but restricts data entry to only the > > > second form until you close it > > > > > > Hope this helps and makes sense > > > > > > Darren > > > > > > > > > > > > ----- Original Message ----- > > > From: "Rocky Smolin - Beach Access Software" > > > To: > > > Sent: Tuesday, June 08, 2004 9:00 AM > > > Subject: [AccessD] Pop Up Problem > > > > > > > > > > Dear list: > > > > > > > > I have a pop up form which calls another pop up form. When the second > > pop up form opens however, it appears behind the first one, > > > even though the second one has the focus. > > > > > > > > Does anyone know how to force this second pop up in front? > > > > > > > > MTIA > > > > > > > > Rocky Smolin > > > > Beach Access Software > > > > http://www.e-z-mrp.com > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 21:53:03 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 19:53:03 -0700 Subject: [AccessD] Strange Behavior with Caps Lock References: <40C58931.25258.13B6AB92@localhost> Message-ID: <035501c44d03$b7bb1bb0$6601a8c0@HAL9002> Thtuart: The biggetht problem ith with the eth key on my thtythtem. Rocky Thmolin Beach Accethth Thoftware http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:38 PM Subject: Re: [AccessD] Strange Behavior with Caps Lock > On 7 Jun 2004 at 16:32, Rocky Smolin - Beach Access S wrote: > > > sTUART: > > > > tHAT'S it! tHANK YOU. nEVER WOULD HAVE FOUND IT MYSELF. > > > > bEST, > > > > rOCKY > > > > Have you got a cold? You're sounding a bit strange :-) > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 21:56:11 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 12:56:11 +1000 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002><008b01c44ce5$09db5f50$48619a89@DDICK><02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002><00a501c44ce9$1b4e6530$48619a89@DDICK> <034b01c44d03$11dccc20$6601a8c0@HAL9002> Message-ID: <00fe01c44d04$27e280e0$48619a89@DDICK> Dunno what to say Stuart - over to you On my machine (WIN 2000 using Office 2000) SP3 I set all my little pop up type forms that feed combo boxes etc to all be PopUp = true and Modal = true. So if one is opened from another - it's the second or subsequent one that have 'the focus'. Clicking outside that area of the second or subsequent form/s just gives the standard 'can't click here' noise from Windows. Sorry - can't help Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 12:48 PM Subject: Re: [AccessD] Pop Up Problem > Darren: > > It didn't make any difference. It's really mysterious. > > Rocky > > ----- Original Message ----- > From: "Darren DICK" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 4:42 PM > Subject: Re: [AccessD] Pop Up Problem > > > > then take the Modal = yes off the first one if it is on > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" > > To: "Access Developers discussion and problem solving" > > > Sent: Tuesday, June 08, 2004 9:30 AM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > Darren: > > > > > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > > > > > Rocky > > > > > > ----- Original Message ----- > > > From: "Darren DICK" > > > To: "Access Developers discussion and problem solving" > > > > > > Sent: Monday, June 07, 2004 4:13 PM > > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > > > > Hi Rocky > > > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > > > This forces the 2nd one to the front but restricts data entry to only > the > > > > second form until you close it > > > > > > > > Hope this helps and makes sense > > > > > > > > Darren > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Rocky Smolin - Beach Access Software" > > > > To: > > > > Sent: Tuesday, June 08, 2004 9:00 AM > > > > Subject: [AccessD] Pop Up Problem > > > > > > > > > > > > > Dear list: > > > > > > > > > > I have a pop up form which calls another pop up form. When the > second > > > pop up form opens however, it appears behind the first one, > > > > even though the second one has the focus. > > > > > > > > > > Does anyone know how to force this second pop up in front? > > > > > > > > > > MTIA > > > > > > > > > > Rocky Smolin > > > > > Beach Access Software > > > > > http://www.e-z-mrp.com > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Jun 7 22:35:21 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 13:35:21 +1000 Subject: [AccessD] Pop Up Problem In-Reply-To: <034f01c44d03$863b2440$6601a8c0@HAL9002> Message-ID: <40C5C099.27944.148F1A8D@localhost> On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > Darren: > > I went around the problem. > > In _Open event: Forms!frmFirstForm.Visible = False > > In _Close event Forms!frmFirstForm.Visible = True > > Works. But I didn't learn anything. > > Thanks for your input. It kept me hacking. > You weren't by any chance opening the second form in DataSheet view were you? That's about the only reason I can think of why it wouldn't pop up in front. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Mon Jun 7 23:02:31 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 21:02:31 -0700 Subject: [AccessD] Pop Up Problem References: <40C5C099.27944.148F1A8D@localhost> Message-ID: <039001c44d0d$6bfa5ce0$6601a8c0@HAL9002> Nope. An unbound form actually with two multi-select list boxes to select tickets to be mass marked as paid or used. Rocky ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 8:35 PM Subject: Re: [AccessD] Pop Up Problem > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > Darren: > > > > I went around the problem. > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > Works. But I didn't learn anything. > > > > Thanks for your input. It kept me hacking. > > > > You weren't by any chance opening the second form in DataSheet view were you? > That's about the only reason I can think of why it wouldn't pop up in front. > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 23:05:41 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 21:05:41 -0700 Subject: [AccessD] Reports On top References: <05EBB8A3BEB95B4F8216BE4EF486077802AA4051@srciml1.ds.doc.state.or.us> Message-ID: <039801c44d0d$dd96fcf0$6601a8c0@HAL9002> Hey Mike: I just dodged that bullet on a pop up called from a pop up that wouldn't pop up in front. So in the open event of the second pop up I made the first one invisible, then in the close event of the second popup I made the first pop up visible again. I'll bet you could do that to your pop up in the open and close events of the report. Maybe. Rocky ----- Original Message ----- From: "Gowey Mike W" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 9:51 AM Subject: [AccessD] Reports On top > > Hi everyone, > > I currently am working on a database in which I have the input form come > up as a popup for that it displays on the entire screen. Now I need to > know if there is a way for me to view a report by pressing a button on > the form. Currently it will not show the report because the input form > is on top. Can I make the report open up in a popup type of way so that > the report is on top and viewable until closed. > > I hope that makes sense. Any help would be greatly appreciated. > > > Mike Gowey MCSA, A+, LME > Team Leader - SRCI > Information Systems & Services Division > Technical Support Analyst > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Tue Jun 8 04:21:28 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Tue, 8 Jun 2004 10:21:28 +0100 Subject: [AccessD] DataSheet Formatting Message-ID: Thanks Stuart and Darren, Decided to go with Stuart's solution in the end, but appreciate both your inputs. Cheers Ryan "Stuart McLachlan" To: Access Developers discussion and problem solving Sent by: accessd-bounces at databasea cc: dvisors.com Subject: Re: [AccessD] DataSheet Formatting 08/06/2004 00:15 Please respond to Access Developers discussion and problem solving On 7 Jun 2004 at 18:23, rsmethurst at UK.EY.COM wrote: > > Hi All, > > I have a subform which is on another form in datasheet view. > > In this datasheet subform there are 5 columns. > > I would like to make the first column appear as if it is a hyperlinked. > (Blue & underlined) > > At the moment, I have tried formatting it a number of different ways, but > am getting no further than making all the columns appear as if they are > hyperlinks, which is not what I want. > > Can anyone help me with this problem? > Set the IsHyperlink property of the textbox -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From mcaro at bigpond.net.au Tue Jun 8 05:54:59 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Tue, 8 Jun 2004 20:54:59 +1000 Subject: [AccessD] Report #Error Message-ID: <002801c44d47$0b69b3f0$0100000a@mitmaster> I'm building a report and have a text box that references a box within a sub report. It works fine except when the sub report returns no data so I get #Error in the first box. I have tried to capture this event in the No_Data and on_error events of the main and sub reports but no luck. Any ideas where to capture this event so I can seed the referencing box with zero. Martin From Subscriptions at servicexp.com Tue Jun 8 06:13:58 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Tue, 8 Jun 2004 07:13:58 -0400 Subject: [AccessD] Pop Up Problem In-Reply-To: <039001c44d0d$6bfa5ce0$6601a8c0@HAL9002> Message-ID: Depending on the coding, you may need to use the DoEvents Function to allow control to the second pop up.... Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 08, 2004 12:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Pop Up Problem Nope. An unbound form actually with two multi-select list boxes to select tickets to be mass marked as paid or used. Rocky ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 8:35 PM Subject: Re: [AccessD] Pop Up Problem > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > Darren: > > > > I went around the problem. > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > Works. But I didn't learn anything. > > > > Thanks for your input. It kept me hacking. > > > > You weren't by any chance opening the second form in DataSheet view were you? > That's about the only reason I can think of why it wouldn't pop up in front. > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 8 07:24:20 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 8 Jun 2004 05:24:20 -0700 Subject: [AccessD] Pop Up Problem References: Message-ID: <001801c44d53$86d07810$6601a8c0@HAL9002> Robert: So you think it might be a timing problem? Where would you put the DoEvents - in the Open event of the called program? Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 4:13 AM Subject: RE: [AccessD] Pop Up Problem > Depending on the coding, you may need to use the DoEvents Function to allow > control to the second pop up.... > > > Robert Gracie > www.servicexp.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 08, 2004 12:03 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Pop Up Problem > > > Nope. An unbound form actually with two multi-select list boxes to select > tickets to be mass marked as paid or used. > > Rocky > > ----- Original Message ----- > From: "Stuart McLachlan" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 8:35 PM > Subject: Re: [AccessD] Pop Up Problem > > > > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > > > Darren: > > > > > > I went around the problem. > > > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > > > Works. But I didn't learn anything. > > > > > > Thanks for your input. It kept me hacking. > > > > > > > You weren't by any chance opening the second form in DataSheet view were > you? > > That's about the only reason I can think of why it wouldn't pop up in > front. > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 8 10:18:20 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 8 Jun 2004 08:18:20 -0700 Subject: [AccessD] combo box Limit to List question Message-ID: I've lost track of the question by now, Susan. In a one-column list, the only column happens to be the bound column because there's no other choice. If the hidden column in a multicolumn combobox is the bound column (it doesn't have to be) then you need to populate that in order to create a new record. Access doesn't care which column you bind to, but it only knows automatically how to handle a bound first column when values are entered into it, just as it can handle the single column list. Otherwise, it requires the NotInList event to do the handling. What's unreasonable about that? Remember that the combo box can only save *one* value, which means all the other columns are for matching or displaying information. If you don't populate the bound column either by typing in a value or by using the NotInList event, Access doesn't know what you want to enter/save. Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Monday, June 07, 2004 10:32 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] combo box Limit to List question A one-column list can be populated with anything -- so why should Access care which column you're restricting, as long as it knows? A new property -- which column is restricted. If the entry violates other table properties, that's another story -- you have that possibility with a one-column list. Susan H. How else would you populate the bound column, Susan? It doesn't seem nasty to me, but perfectly reasonable. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 8 10:05:41 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 08 Jun 2004 08:05:41 -0700 Subject: [AccessD] Report #Error In-Reply-To: <002801c44d47$0b69b3f0$0100000a@mitmaster> Message-ID: Hi Martin: I am not sure this will work in this particular circumstances but the error happens because there is a 'null' value. Maybe something like: MyReport.MyField.Value = MyDataField.Value & "" HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Tuesday, June 08, 2004 3:55 AM To: Access Developers discussion and problem solving Subject: [AccessD] Report #Error I'm building a report and have a text box that references a box within a sub report. It works fine except when the sub report returns no data so I get #Error in the first box. I have tried to capture this event in the No_Data and on_error events of the main and sub reports but no luck. Any ideas where to capture this event so I can seed the referencing box with zero. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From my.lists at verizon.net Tue Jun 8 12:19:43 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Tue, 08 Jun 2004 10:19:43 -0700 Subject: [AccessD] VB.NET In-Reply-To: <354621785.20040603093910@cactus.dk> References: <40BE5577.8030807@verizon.net> <01d101c44920$a6fdd290$6601a8c0@HAL9002> <354621785.20040603093910@cactus.dk> Message-ID: <40C5F52F.5010502@verizon.net> just and update, we have IIS and Sql Server, and that's really what you need to load reporting services w/o additional license fees. Gustav Brock wrote On 6/3/2004 12:39 AM: >Hi Rocky and Fransisco > >Don't be too exited - the license fees for Reporting Services are >extraordinary ... > >Don't know about "MS SQL Reports" - what are those? > >/gustav > > > > >>Be interested to hear if it's a good reporting system. That's >>always been a VB weakness, no? >> >> > > > >>>There is also MS SQL Reports, although I'm not sure that is >>>actually out yet. >>> >>> > > > >>>we received a full working copy of Sql Server Standard Reporting >>>Services. I've yet to install it because of some of what the eula >>>requirements are (re: IIS on the same server. I'm going to play with >>>the demo install some more in order to get that right before I go live >>>w/ the install. >>> >>> > > > -- -Francisco From Jeff at OUTBAKTech.com Tue Jun 8 12:50:16 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Tue, 8 Jun 2004 12:50:16 -0500 Subject: [AccessD] Contract possibility Message-ID: <8DA8776D2F418E46A2A464AC6CE6305092F9@outbaksrv1.outbaktech.com> I just became aware of a contract possibility in the Twin Cities area of Minn. If anyone is interested, let me know (off list) and I will send the contact information. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com From Jim.Hale at FleetPride.com Tue Jun 8 13:01:19 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 8 Jun 2004 13:01:19 -0500 Subject: [AccessD] Pivot Tables Book Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCA1@corp-es01.FLEETPRIDE.COM> These should get you going although frankly none of them cover my favorite method which is to create an excel template with the pivot table formatted and then read data into a hidden sheet whenever I want to update the table. HTH Jim Hale Excel 2000 power programming with VBA - Chapter 16 John Walkenbach Excel VBA professional project - chapter 14 duane birnbaum Writing Excel macros - chapter 20 Steven Roman Using Excel Visual Basic for applications 2nd edition - chapter 12 Jeff Webb -----Original Message----- From: JOHNWARDBELL at aol.com [mailto:JOHNWARDBELL at aol.com] Sent: Thursday, January 15, 2004 5:20 AM To: accessD at databaseadvisors.com Subject: [AccessD] Pivot Tables Book I am looking for a book on programming Pivot tables using vba. Has anyone got a recommendation? using A2k or later. TIA johnb _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DorisH3 at aol.com Tue Jun 8 13:04:50 2004 From: DorisH3 at aol.com (DorisH3 at aol.com) Date: Tue, 8 Jun 2004 14:04:50 EDT Subject: [AccessD] Contract possibility Message-ID: <82.de1e2e6.2df759c2@aol.com> Hi From DorisH3 at aol.com Tue Jun 8 13:07:50 2004 From: DorisH3 at aol.com (DorisH3 at aol.com) Date: Tue, 8 Jun 2004 14:07:50 EDT Subject: [AccessD] Contract possibility Message-ID: <1db.23759ae9.2df75a76@aol.com> Hi Jeff, Is this an on-site contract? Please send info. Thanks. Doris Edu-Tech Assoc. Inc. From DorisH3 at aol.com Tue Jun 8 13:19:13 2004 From: DorisH3 at aol.com (DorisH3 at aol.com) Date: Tue, 8 Jun 2004 14:19:13 EDT Subject: [AccessD] Contract possibility Message-ID: <1f1.228dfbf9.2df75d21@aol.com> Hi Jeff, Is this an on-site contract? Please send info. Doris Edu-Tech Assoc., Inc. From Jeff at OUTBAKTech.com Tue Jun 8 13:42:21 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Tue, 8 Jun 2004 13:42:21 -0500 Subject: [AccessD] Contract possibility Message-ID: <8DA8776D2F418E46A2A464AC6CE6305092FD@outbaksrv1.outbaktech.com> Yes, it is an onsite contract. I sent the information to you directly. If you do not get it, please let me know asap. It could be a roadrunner / aol issue. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com -----Original Message----- From: DorisH3 at aol.com [mailto:DorisH3 at aol.com] Sent: Tuesday, June 08, 2004 1:19 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Contract possibility Hi Jeff, Is this an on-site contract? Please send info. Doris Edu-Tech Assoc., Inc. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 8 13:34:01 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 08 Jun 2004 11:34:01 -0700 Subject: [AccessD] Web Project References: <200406071352.i57DqfQ20342@databaseadvisors.com> Message-ID: <40C60699.6070200@shaw.ca> Here is an article I came across on name transliteration. http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56-43c8-87c5-2742527f8f14&Portal=E-Government I like the bit For example, internationally sought-after terrorist mastermind Osama Bin Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former lead singer of British punk rock group The Sex Pistols There is a company named Language Analysis Systems at http://www.las-inc.com/ Their price may be out of your league since they do FBI and homeland security work but they have some white papers that may be of use. Karen Rosenstiel wrote: >Mark, thanks for your response. > >I've found another way to do this. I found a program called Search Maker >Pro, which is a web search tool. It creates the JavaScript to search a web >site or, in this case, a single page. I am fine-tuning it, but I think it >will serve very well. You are correct that this is a flat file; essentially >just three different names for the same person. > >Certainly less flexible than a database, but I haven't yet worked out in my >head whether to go with a Win2K server with Access and ASP, or a Red Hat >Linux server with MySQL and PHP. This is going to be a site with a lot of >text content and would be nice to be able to just swap it in and out of >templates. > >But I have to learn this stuff first. I have been struggling with Linux. > >Karen Rosenstiel >Seattle WA USA >karenr7 at oz dot net (Spam blocker -- resolve into a real email address) >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. >(Newport News) >Sent: Monday, June 07, 2004 4:13 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] Web Project > >Karen, > >Just for arguments sake, how long is "very long"? Although I'm always up >for bells and whistles when it comes to applications, sometimes a >de-normalized flat file table will suffice. This approach allows a user >with no prior experience to learn by browsing the data without having to >know a starting name or its correct spelling. A bonus is that text only >pages load significantly faster. I'm assuming that the data you describe is >fairly static;) Therefore, you could provide the user three pages all >containing the same data, but each sorted alphabetically by a different >column. > > >Mark > > >-----Original Message----- >From: Karen Rosenstiel [mailto:karenr7 at oz.net] >Sent: Saturday, June 05, 2004 7:22 PM >To: 'Access Developers discussion and problem solving' >Subject: [AccessD] Web Project > > >Hi gang, >I have a web project I am working on and would like your suggestions about >how to do a part of it. > >I have a very long list of the Wade-Giles, Pinyin (both Chinese >transliterations into a European alphabet) and Romaji (ditto Japanese) >versions of Chinese and Japanese names in parallel columns. These are the >names of old Zen masters from the last 1,800 or so years. Different books >transliterate the names in different ways base on the above systems. This is >very confusing for the average person who is not a language scholar to >follow. > >How would you go about setting up a little web search tool so that the user >could input a name and get the other variations? > >TIA > >Karen Rosenstiel >Seattle WA USA >karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > > -- Marty Connelly Victoria, B.C. Canada From gustav at cactus.dk Tue Jun 8 14:03:20 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 8 Jun 2004 21:03:20 +0200 Subject: [AccessD] Web Project In-Reply-To: <40C60699.6070200@shaw.ca> References: <200406071352.i57DqfQ20342@databaseadvisors.com> <40C60699.6070200@shaw.ca> Message-ID: <16845428662.20040608210320@cactus.dk> Hi Marty et all There is some discussion here on a national HIV register. Info kept in this will, of course, be quite sensible, thus it is suggested that entries are kept under anonymous Soundex code. But I don't quite get what the purpose should be? Why not just apply a random key for each entry? Why would you wish some simple level of grouping which is all the Soundex code can offer? And indeed if only the surname is used for the code - that will create bizarre results as your example. Why are first and middle names excluded? /gustav > Here is an article I came across on name transliteration. > http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56-43c8-87c5-2742527f8f14&Portal=E-Government > I like the bit > For example, internationally sought-after terrorist mastermind Osama Bin > Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former > lead singer of British punk rock group The Sex Pistols > There is a company named Language Analysis Systems at > http://www.las-inc.com/ > Their price may be out of your league since they do FBI and homeland > security work but they have some white papers that may be of use. From joconnell at indy.rr.com Tue Jun 8 14:21:33 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Tue, 8 Jun 2004 14:21:33 -0500 Subject: [AccessD] Reports On top Message-ID: <05eb01c44d8d$d394fa60$6701a8c0@joe> Mike, Here is a subroutine that I use to open reports. If the report is opened in preview mode, then all popup forms hidden. Once the report is closed, the popup forms are restored. Joe O'Connell '--------------------------------------------------------------------------- ---------- ' Open a report ' If the report is opened in preview mode, hide all popup forms until the report is closed '--------------------------------------------------------------------------- ---------- Public Sub OpenReport(ByVal strReportName As String, _ ByVal intMode As Integer, _ ByVal strReportWhere As String) Dim i As Integer, intNum As Integer Dim strPopupForm() As String Const conObjStateClosed = 0 DoCmd.OpenReport strReportName, intMode, , strReportWhere If intMode = acViewPreview Then intNum = 0 For i = 0 To Forms.Count - 1 If Forms(i).PopUp = True And Forms(i).Visible = True Then Forms(i).Visible = False intNum = intNum + 1 ReDim Preserve strPopupForm(intNum) strPopupForm(intNum) = Forms(i).Name End If Next i While SysCmd(acSysCmdGetObjectState, acReport, strReportName) <> conObjStateClosed DoEvents Wend For i = 1 To intNum Forms(strPopupForm(i)).Visible = True Next i End If ReDim strPopupForm(0) End Sub -----Original Message----- From: Rocky Smolin - Beach Access Software To: Access Developers discussion and problem solving Date: Monday, June 07, 2004 11:08 PM Subject: Re: [AccessD] Reports On top |Hey Mike: | |I just dodged that bullet on a pop up called from a pop up that wouldn't pop |up in front. So in the open event of the second pop up I made the first one |invisible, then in the close event of the second popup I made the first pop |up visible again. I'll bet you could do that to your pop up in the open and |close events of the report. Maybe. | |Rocky | |----- Original Message ----- |From: "Gowey Mike W" |To: "Access Developers discussion and problem solving" | |Sent: Monday, June 07, 2004 9:51 AM |Subject: [AccessD] Reports On top | | |> |> Hi everyone, |> |> I currently am working on a database in which I have the input form come |> up as a popup for that it displays on the entire screen. Now I need to |> know if there is a way for me to view a report by pressing a button on |> the form. Currently it will not show the report because the input form |> is on top. Can I make the report open up in a popup type of way so that |> the report is on top and viewable until closed. |> |> I hope that makes sense. Any help would be greatly appreciated. |> |> |> Mike Gowey MCSA, A+, LME |> Team Leader - SRCI |> Information Systems & Services Division |> Technical Support Analyst |> |> |> -- |> _______________________________________________ |> AccessD mailing list |> AccessD at databaseadvisors.com |> http://databaseadvisors.com/mailman/listinfo/accessd |> 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 Jun 8 14:22:13 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 08 Jun 2004 12:22:13 -0700 Subject: [AccessD] Web Project In-Reply-To: <16845428662.20040608210320@cactus.dk> Message-ID: Hi All: Additional to this topic, there is a much better way to secure your identity and in accepting email. https://www.thawte.com This company is giving out security ids, free for individuals and a 21 free trial for companies. A couple of friends and a local company, I know, are taking advance of the offer. (...and are trying to convince me to get registered.) I do know whether it is a good idea or otherwise. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Tuesday, June 08, 2004 12:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Web Project Hi Marty et all There is some discussion here on a national HIV register. Info kept in this will, of course, be quite sensible, thus it is suggested that entries are kept under anonymous Soundex code. But I don't quite get what the purpose should be? Why not just apply a random key for each entry? Why would you wish some simple level of grouping which is all the Soundex code can offer? And indeed if only the surname is used for the code - that will create bizarre results as your example. Why are first and middle names excluded? /gustav > Here is an article I came across on name transliteration. > http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56- 43c8-87c5-2742527f8f14&Portal=E-Government > I like the bit > For example, internationally sought-after terrorist mastermind Osama Bin > Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former > lead singer of British punk rock group The Sex Pistols > There is a company named Language Analysis Systems at > http://www.las-inc.com/ > Their price may be out of your league since they do FBI and homeland > security work but they have some white papers that may be of use. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mike at welshfam.org Tue Jun 8 15:58:06 2004 From: mike at welshfam.org (Michael Welsh) Date: Tue, 8 Jun 2004 16:58:06 -0400 Subject: [AccessD] Report #Error In-Reply-To: <002801c44d47$0b69b3f0$0100000a@mitmaster> Message-ID: <200406082105.i58L5lQ04609@databaseadvisors.com> Martin I have always use IIF(IsError([YourSubformReference],0,[YourSubformReference]) Using the IsError function to trap for the error, and the Immediate If to display the Zero. Mike -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Caro Sent: Tuesday, June 08, 2004 6:55 AM To: Access Developers discussion and problem solving Subject: [AccessD] Report #Error I'm building a report and have a text box that references a box within a sub report. It works fine except when the sub report returns no data so I get #Error in the first box. I have tried to capture this event in the No_Data and on_error events of the main and sub reports but no luck. Any ideas where to capture this event so I can seed the referencing box with zero. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Tue Jun 8 16:22:18 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Tue, 8 Jun 2004 17:22:18 -0400 Subject: [AccessD] Pop Up Problem In-Reply-To: <001801c44d53$86d07810$6601a8c0@HAL9002> Message-ID: Rocky, I would have to see it in action to know where to place the function, but you can experiment to find where it will work. I think it basically allows the current running code to yield to other system process.. I know I have, many of times, corrected the exact same situation with a properly place DoEvents function, and generally, placement would be located in the first forms code, which should yield to the second forms events.. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 08, 2004 8:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Pop Up Problem Robert: So you think it might be a timing problem? Where would you put the DoEvents - in the Open event of the called program? Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 4:13 AM Subject: RE: [AccessD] Pop Up Problem > Depending on the coding, you may need to use the DoEvents Function to allow > control to the second pop up.... > > > Robert Gracie > www.servicexp.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 08, 2004 12:03 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Pop Up Problem > > > Nope. An unbound form actually with two multi-select list boxes to select > tickets to be mass marked as paid or used. > > Rocky > > ----- Original Message ----- > From: "Stuart McLachlan" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 8:35 PM > Subject: Re: [AccessD] Pop Up Problem > > > > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > > > Darren: > > > > > > I went around the problem. > > > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > > > Works. But I didn't learn anything. > > > > > > Thanks for your input. It kept me hacking. > > > > > > > You weren't by any chance opening the second form in DataSheet view were > you? > > That's about the only reason I can think of why it wouldn't pop up in > front. > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 bellsouth.net Tue Jun 8 16:27:45 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 8 Jun 2004 17:27:45 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040608212744.XSPV6744.imf24aec.mail.bellsouth.net@SUSANONE> I've lost track of the question by now, Susan. In a one-column list, the only column happens to be the bound column because there's no other choice. If the hidden column in a multicolumn combobox is the bound column (it doesn't have to be) then you need to populate that in order to create a new record. Access doesn't care which column you bind to, but it only knows automatically how to handle a bound first column when values are entered into it, just as it can handle the single column list. Otherwise, it requires the NotInList event to do the handling. What's unreasonable about that? Remember that the combo box can only save *one* value, which means all the other columns are for matching or displaying information. If you don't populate the bound column either by typing in a value or by using the NotInList event, Access doesn't know what you want to enter/save. ;) There really wasn't a question, just an observation. As for the rest -- you would have the same problem in a single-column list if the single column was fed by a table with restrictive properties -- validation rules, required fields -- there's nothing unique about the subsequent problems adding the item could rise. I didn't say it was unreasonable -- I don't believe I ever said anything like that. I'm saying, I think that it's something they could've just as easily given us a work around for if they'd wanted to bother. Susan H. From Subscriptions at servicexp.com Tue Jun 8 16:45:07 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Tue, 8 Jun 2004 17:45:07 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <200406082105.i58L5lQ04609@databaseadvisors.com> Message-ID: Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.com From clh at christopherhawkins.com Tue Jun 8 17:05:37 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Tue, 8 Jun 2004 16:05:37 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <121900-2200462822537723@christopherhawkins.com> I say hell yes. I'm just now getting ramped up to tackle a client's need to make QB 2004 interact with a bespoke billing app. Let's talk! ;) -Christopher Hawkins- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Tue, 8 Jun 2004 17:45:07 -0400 >Ok, > The first question is.. Does anyone here currently (or have plans >in the >future) to programmatically interact with QuickBooks 2003 or >greater, either >on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our >efforts together to come up with a "wrapped" solution, such has been >done >with the BEU? > > I'm looking at a Class based solution that can handle all the major >functions a typical company would need to interact with QB. > > What Say You? > > >Robert Gracie >www.servicexp.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From john at winhaven.net Tue Jun 8 17:13:56 2004 From: john at winhaven.net (John Bartow) Date: Tue, 8 Jun 2004 17:13:56 -0500 Subject: [AccessD] Re: Code Librarian 2 In-Reply-To: <5.1.0.14.2.20040209092104.029bee98@pop3.highstream.net> Message-ID: Robert, Any progress on this? John B. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Robert L. Stewart Sent: Monday, February 09, 2004 9:24 AM To: accessd at databaseadvisors.com Subject: [AccessD] Re: Code Librarian 2 Pedro, I am finishing another project now. I should be able to start it in the next week and it should not take long to get the initial site up. I was planning on have it on my business site: TheDysonGroup.com. So all in all, I would say within the next 3 weeks the basic functionality will be in place on online. Robert At 12:00 PM 2/7/2004 -0600, you wrote: >Date: Sat, 7 Feb 2004 00:09:32 +0100 >From: "Pedro Janssen" >Subject: Re: [AccessD] Re: Code Librarian 2 >To: "Access Developers discussion and problem solving" > >Message-ID: <003701c3ed08$172ea500$f4c581d5 at pedro> >Content-Type: text/plain; charset="iso-8859-1" > >Hello Robert, > >its Ok with me. >Do you have an idea when it will be active and on which site? > >Pedro _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Tue Jun 8 17:16:30 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Wed, 9 Jun 2004 08:16:30 +1000 Subject: [AccessD] Report #Error References: <200406082105.i58L5lQ04609@databaseadvisors.com> Message-ID: <001b01c44da6$403b8950$0100000a@mitmaster> I tried the suggestion below and it worked perfectly........ Thanks Jim & Michael for your responses - Martin ----- Original Message ----- From: "Michael Welsh" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 09, 2004 6:58 AM Subject: RE: [AccessD] Report #Error > Martin > I have always use > IIF(IsError([YourSubformReference],0,[YourSubformReference]) > Using the IsError function to trap for the error, and the Immediate If to > display the Zero. > > Mike > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Caro > Sent: Tuesday, June 08, 2004 6:55 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Report #Error > > I'm building a report and have a text box that references a box within a sub > report. It works fine except when the sub report returns no data so I get > #Error in the first box. I have tried to capture this event in the No_Data > and on_error events of the main and sub reports but no luck. > > Any ideas where to capture this event so I can seed the referencing box with > zero. > > Martin > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From BBarabash at TappeConstruction.com Tue Jun 8 17:24:20 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 8 Jun 2004 17:24:20 -0500 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE65F@TAPPEEXCH01> *WARNING: I am not a QuickBooks developer. I am only commenting on what I saw on Intuit's website. It looks like QBFC (QuickBooks Foundation Classes) are exactly what you are talking about: A set of COM objects that interact with Quickbooks data. http://developer.intuit.com/qbSDK-current/doc/pdf/DevGuideQBFC.pdf Are you talking about writing wrappers around these, or something else? -----Original Message----- From: Robert Gracie [mailto:Subscriptions at servicexp.com] Sent: Tuesday, June 08, 2004 4:45 PM To: Access Developers discussion and problem solving Subject: [AccessD] QuickBooks Project... Anyone game? Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.com -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From bchacc at san.rr.com Tue Jun 8 17:53:53 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 8 Jun 2004 15:53:53 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? References: Message-ID: <029401c44dab$78f5d660$6601a8c0@HAL9002> Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been done > with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 8 17:54:23 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 8 Jun 2004 15:54:23 -0700 Subject: [AccessD] Pop Up Problem References: Message-ID: <029c01c44dab$8b42be50$6601a8c0@HAL9002> Thanks for that. I'll diddle with it. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:22 PM Subject: RE: [AccessD] Pop Up Problem > Rocky, > I would have to see it in action to know where to place the function, but > you can experiment to find where it will work. I think it basically allows > the current running code to yield to other system process.. > > I know I have, many of times, corrected the exact same situation with a > properly place DoEvents function, and generally, placement would be located > in the first forms code, which should yield to the second forms events.. > > > > Robert Gracie > www.servicexp.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 08, 2004 8:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Pop Up Problem > > > Robert: > > So you think it might be a timing problem? Where would you put the > DoEvents - in the Open event of the called program? > > Regards, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > ----- Original Message ----- > From: "Robert Gracie" > To: "Access Developers discussion and problem solving" > > Sent: Tuesday, June 08, 2004 4:13 AM > Subject: RE: [AccessD] Pop Up Problem > > > > Depending on the coding, you may need to use the DoEvents Function to > allow > > control to the second pop up.... > > > > > > Robert Gracie > > www.servicexp.com > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > > Beach Access Software > > Sent: Tuesday, June 08, 2004 12:03 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Pop Up Problem > > > > > > Nope. An unbound form actually with two multi-select list boxes to select > > tickets to be mass marked as paid or used. > > > > Rocky > > > > ----- Original Message ----- > > From: "Stuart McLachlan" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 07, 2004 8:35 PM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > > > > > Darren: > > > > > > > > I went around the problem. > > > > > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > > > > > Works. But I didn't learn anything. > > > > > > > > Thanks for your input. It kept me hacking. > > > > > > > > > > You weren't by any chance opening the second form in DataSheet view were > > you? > > > That's about the only reason I can think of why it wouldn't pop up in > > front. > > > > > > > > > -- > > > Lexacorp Ltd > > > http://www.lexacorp.com.pg > > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 8 18:38:16 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 8 Jun 2004 18:38:16 -0500 Subject: [AccessD] Connection to AS400? Message-ID: <000001c44db1$ac6be9c0$de1811d8@danwaters> I am trying to connect from AXP to and AS400 MRP system using OLEDB, and I am trying to confirm what the connection string should be. I believe this is correct: stgOLEDBProviderName = "IBMDA400" stgDataSource = "AS400" stgUserID = "UserID" '-Some UserID stgUserPassword = "UserPassword" '-Some User Password cnn.Open "Provider=" & stgOLEDBProviderName & ";Data Source=" & stgDataSource & ";", stgUserID, stgUserPassword Also, are there any 'switches' that need to be set on the MRP side to allow the use of OLEDB technology? Thanks! Dan From KIsmert at TexasSystems.com Tue Jun 8 18:33:41 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Tue, 8 Jun 2004 18:33:41 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <40C588D8.5190.13B55151@localhost> Message-ID: <03b201c44db1$090f8a20$2a3ca8c0@TEXASSYSTEMS.COM> Stuart, That's why I dumped autonumber and went with a Modified Julian Date PK field for my date dimension table. It meets the three basic requirements for a PK: not null, unique, and won't change. Plus, the MJD is trivially easy to calculate from any date; you don't have to lookup the PK from the date table. I wrote a long, boring post on this some time ago, which elicited a tremendous yawn from the AccessD community. This post is much shorter, and thus should generate only a tiny yawn :-o -Ken -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Monday, June 07, 2004 6:37 PM To: Access Developers discussion and problemsolving Subject: RE: [AccessD] OT: The Great Primary Debate In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From lists at theopg.com Tue Jun 8 19:46:18 2004 From: lists at theopg.com (MarkH) Date: Wed, 9 Jun 2004 01:46:18 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <029401c44dab$78f5d660$6601a8c0@HAL9002> Message-ID: <000601c44dbb$2d0d3580$4c0b6bd5@netboxxp> Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Tue Jun 8 21:17:48 2004 From: john at winhaven.net (John Bartow) Date: Tue, 8 Jun 2004 21:17:48 -0500 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000601c44dbb$2d0d3580$4c0b6bd5@netboxxp> Message-ID: Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andrew.haslett at ilc.gov.au Tue Jun 8 23:48:05 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Wed, 9 Jun 2004 14:18:05 +0930 Subject: [AccessD] OT: The Great Primary Debate Message-ID: IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From d.dick at uws.edu.au Wed Jun 9 00:14:28 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 9 Jun 2004 15:14:28 +1000 Subject: [AccessD] TEST - PLEASE IGNORE - No reponses thanks Message-ID: <001f01c44de0$a36fe950$48619a89@DDICK> Deano testing Testing 1 2 3... From d.dick at uws.edu.au Tue Jun 8 23:38:16 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 9 Jun 2004 14:38:16 +1000 Subject: [AccessD] TEST - PLEASE IGNORE - No reponses thanks Message-ID: <001301c44ddb$95577590$48619a89@DDICK> Deano testing Testing 1 2 3... From accessd667 at yahoo.com Wed Jun 9 02:28:38 2004 From: accessd667 at yahoo.com (S D) Date: Wed, 9 Jun 2004 00:28:38 -0700 (PDT) Subject: [AccessD] (OT?)Workbook_Open in Excell doesn't fire? Message-ID: <20040609072838.61257.qmail@web61102.mail.yahoo.com> Hi group, I've got an access application that lists a lot of Excel sheets. They all have code in the Workbook_Open event. For one workbook/file this event doesn't fire. Does anybody have any idea why this event doesn't fire? Could this be some vage option? Private Sub Workbook_Open() MsgBox "hello" 'Call Procedure_Update End Sub TIA Sander --------------------------------- Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger From gustav at cactus.dk Wed Jun 9 02:35:32 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 9 Jun 2004 09:35:32 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <03b201c44db1$090f8a20$2a3ca8c0@TEXASSYSTEMS.COM> References: <03b201c44db1$090f8a20$2a3ca8c0@TEXASSYSTEMS.COM> Message-ID: <1084102989.20040609093532@cactus.dk> Hi Ken > That's why I dumped autonumber and went with a Modified Julian Date PK field > for my date dimension table. It meets the three basic requirements for a PK: > not null, unique, and won't change. Plus, the MJD is trivially easy to > calculate from any date; you don't have to lookup the PK from the date > table. > I wrote a long, boring post on this some time ago, which elicited a > tremendous yawn from the AccessD community. This post is much shorter, and > thus should generate only a tiny yawn :-o Ahh, Ken, not so sensitive - at least you didn't get flamed, and - for what credit it is worth - I didn't delete your message on "Using Modified Julian Days" - it is there should I need it. However, I'm not doing any data warehousing and have never felt the need for date tables, though I can see the possible advantages of those for some scenarios. Having said that, I'm convinced that using anything else than a meaningless PK should be reserved for very special cases. /gustav > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > Thr real question in this situation is not whether you use this natural key as > a PK, but whether you have a PK in the table at all - which comes down to the > sub-debate about "what is a PK and what is it used for" :-) > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. From forefront at ig.com.br Wed Jun 9 03:54:06 2004 From: forefront at ig.com.br (=?iso-8859-15?Q?=22Forefront_em_Inform=E1tica_e_Consulto?= =?iso-8859-15?Q?ria_Ltda.=22?=) Date: Wed, 09 Jun 2004 05:54:06 -0300 Subject: [AccessD] OT - test Message-ID: Just testing... -- ************************************************ * Forefront em Inform?tica e Consultoria Ltda. * * Carlos Alberto Alves * * Systems Analyst/Programmer * * Rio de Janeiro, Brazil * * Phone Direct: 55-21-9169-1596 * * mailto:forefront at ig.com.br * ************************************************ From Jeff at OUTBAKTech.com Wed Jun 9 08:42:48 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Wed, 9 Jun 2004 08:42:48 -0500 Subject: [AccessD] Certification Question Message-ID: <8DA8776D2F418E46A2A464AC6CE6305092FE@outbaksrv1.outbaktech.com> Anyone familiar with CED Solutions, LLC in Marietta, GA? I might be going there June 19th thru July 2nd for MCSD .net certification. I am looking for any info on the facility. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com From JHewson at karta.com Wed Jun 9 09:55:05 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 09:55:05 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC1@karta-exc-int.Karta.com> How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim From accessd at shaw.ca Wed Jun 9 10:21:14 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 09 Jun 2004 08:21:14 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Hi All: And while we are all on the subject of keys, I was reading an interesting article on keys and the various types of keys...some I had never heard of or more accurately differentiated and described. The view of the article suggests that there is a need for specialized keys but their choice is dictated by data or requirements. I now take the liberty to post this information here. Some of the list may be very familiar and some may not. I personally prefer the auto-numbering PK because of it's speed and guaranteed uniqueness. A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. Pointers and other physical implementation details fail as identifiers on the same principle. A natural key is a subset of attributes that occur in a table and act as a unique identifier ? the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA. An artificial key is a visible attribute added to the table. It doesn't exist in the external reality but can be verified for syntax or check digits inside itself. For example, open codes in the UPC scheme can be assigned to a user's own stuff. The check digits still work, but you have to verify them inside your own enterprise. A "uniqueifier", isn't based on attributes in the data model and is exposed to the user. There's no way to predict or verify it. The system obtains a value through some physical process totally unrelated to the logical data model. Example: IDENTITY columns, other autonumbering devices. A surrogate key is a system generated to replace the actual key behind the covers where the user never sees it. It may or may not be based on attributes in the table. Examples: hashing algorithms or pointers from many columns back to a common set of domain values Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 9:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 9 10:37:46 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 9 Jun 2004 08:37:46 -0700 Subject: [AccessD] Resize Rectangle on Report References: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC1@karta-exc-int.Karta.com> Message-ID: <049101c44e37$b6839120$6601a8c0@HAL9002> Jim: Can you just make the border of the text box visible and drop the rectangle? Rocky ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 7:55 AM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From cfoust at infostatsystems.com Wed Jun 9 10:55:29 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 9 Jun 2004 08:55:29 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Did you notice in that except that he is talking about "relational" keys rather than "primary" keys? The "uniquifier" tag is one I haven't encountered, and I suspect it is made up to provide a handle that doesn't use PK. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 09, 2004 7:21 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hi All: And while we are all on the subject of keys, I was reading an interesting article on keys and the various types of keys...some I had never heard of or more accurately differentiated and described. The view of the article suggests that there is a need for specialized keys but their choice is dictated by data or requirements. I now take the liberty to post this information here. Some of the list may be very familiar and some may not. I personally prefer the auto-numbering PK because of it's speed and guaranteed uniqueness. A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. Pointers and other physical implementation details fail as identifiers on the same principle. A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA. An artificial key is a visible attribute added to the table. It doesn't exist in the external reality but can be verified for syntax or check digits inside itself. For example, open codes in the UPC scheme can be assigned to a user's own stuff. The check digits still work, but you have to verify them inside your own enterprise. A "uniqueifier", isn't based on attributes in the data model and is exposed to the user. There's no way to predict or verify it. The system obtains a value through some physical process totally unrelated to the logical data model. Example: IDENTITY columns, other autonumbering devices. A surrogate key is a system generated to replace the actual key behind the covers where the user never sees it. It may or may not be based on attributes in the table. Examples: hashing algorithms or pointers from many columns back to a common set of domain values Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 9:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK > can cause you problems: you can't extend the table without ruining > your calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated > (as above), you can make an argument that ANPK is redundant, and can > actually make the data more difficult to work with. This is where > intent of the data, > and your data modeling style, plays the deciding role in your PK > choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 11:02:06 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 12:02:06 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: << A natural key is a subset of attributes that occur in a table and act as a << unique identifier - the classic relational key. Keys are visible, and you << can verify them in the external reality. Examples include UPC codes, << geographical coordinates, and DNA. The example of UPC code as a natural key violates the reasoning for saying an auto-number can't be a key. The UPC code is nothing more than numbers that represent a grouping of objects (company, product, etc). Am I wrong? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 09, 2004 11:21 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hi All: And while we are all on the subject of keys, I was reading an interesting article on keys and the various types of keys...some I had never heard of or more accurately differentiated and described. The view of the article suggests that there is a need for specialized keys but their choice is dictated by data or requirements. I now take the liberty to post this information here. Some of the list may be very familiar and some may not. I personally prefer the auto-numbering PK because of it's speed and guaranteed uniqueness. A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. Pointers and other physical implementation details fail as identifiers on the same principle. A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA. An artificial key is a visible attribute added to the table. It doesn't exist in the external reality but can be verified for syntax or check digits inside itself. For example, open codes in the UPC scheme can be assigned to a user's own stuff. The check digits still work, but you have to verify them inside your own enterprise. A "uniqueifier", isn't based on attributes in the data model and is exposed to the user. There's no way to predict or verify it. The system obtains a value through some physical process totally unrelated to the logical data model. Example: IDENTITY columns, other autonumbering devices. A surrogate key is a system generated to replace the actual key behind the covers where the user never sees it. It may or may not be based on attributes in the table. Examples: hashing algorithms or pointers from many columns back to a common set of domain values Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 9:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lembit.Soobik at t-online.de Wed Jun 9 11:15:09 2004 From: Lembit.Soobik at t-online.de (Lembit Soobik) Date: Wed, 9 Jun 2004 18:15:09 +0200 Subject: [AccessD] Resize Rectangle on Report References: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC1@karta-exc-int.Karta.com> Message-ID: <0bb701c44e3c$efd8bea0$0200a8c0@S856> Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim -------------------------------------------------------------------------------- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From JHewson at karta.com Wed Jun 9 11:26:45 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 11:26:45 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC6@karta-exc-int.Karta.com> My problem is the label and text box is located inside the rectangle. If I make the border of the text box visible the label isn't included in the "visible box" I wonder if the border of label would work? I'll try it. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 10:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Can you just make the border of the text box visible and drop the rectangle? Rocky ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 7:55 AM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, 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 JHewson at karta.com Wed Jun 9 11:31:21 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 11:31:21 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC7@karta-exc-int.Karta.com> Lembit, I'm trying to change the height of the rectangle because I have several of these in a row on the report. I have tried Me!myRectangle.Height = Me!myTextBox.height + WhatEver The rectangle sizes to the first record but not the rest. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lembit Soobik Sent: Wednesday, June 09, 2004 11:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, 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 roz.clarke at donnslaw.co.uk Wed Jun 9 11:36:48 2004 From: roz.clarke at donnslaw.co.uk (Roz Clarke) Date: Wed, 9 Jun 2004 17:36:48 +0100 Subject: [AccessD] Resize Rectangle on Report Message-ID: <61F915314798D311A2F800A0C9C8318805CECD6E@dibble.observatory.donnslaw.co.uk> Which event are you doing this in? If it's in the OnFormat of the section containing the controls it *ought* to work! Roz -----Original Message----- From: Jim Hewson [mailto:JHewson at karta.com] Sent: 09 June 2004 17:31 To: Access Developers discussion and problem solving Subject: RE: [AccessD] Resize Rectangle on Report Lembit, I'm trying to change the height of the rectangle because I have several of these in a row on the report. I have tried Me!myRectangle.Height = Me!myTextBox.height + WhatEver The rectangle sizes to the first record but not the rest. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lembit Soobik Sent: Wednesday, June 09, 2004 11:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, 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 -------------- next part -------------- The contents of this message and any attachments are the property of Donns Solicitors and are intended for the confidential use of the named recipient only. They may be legally privileged and should not be communicated to, or relied upon, by any other party without our written consent. If you are not the addressee, please notify us immediately so that we can make arrangements for its return. You should not show this e-mail to any person or take copies as you may be committing a criminal or civil offence for which you may be liable. The statement and opinions expressed in this e-mail message are those of the writer, and do not necessarily represent that of Donns Solicitors. Although any files attached to this e-mail will have been checked with virus protection software prior to transmission, you should carry out your own virus check before opening any attachment. Donns Solicitors does not accept any liability for any damage or loss which may be caused by software viruses... From JHewson at karta.com Wed Jun 9 11:53:57 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 11:53:57 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCB@karta-exc-int.Karta.com> It is in the OnFormat of the section. Doesn't seem to work. I calculated the height the rectangle should be when the text box grows. I put that number to equal the height. Still doesn't work. I even tried to change the height if the length of text in the text box was greater than the width. Still didn't work. I'm going to try Rocky's suggest now. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Roz Clarke Sent: Wednesday, June 09, 2004 11:37 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Resize Rectangle on Report Which event are you doing this in? If it's in the OnFormat of the section containing the controls it *ought* to work! Roz -----Original Message----- From: Jim Hewson [mailto:JHewson at karta.com] Sent: 09 June 2004 17:31 To: Access Developers discussion and problem solving Subject: RE: [AccessD] Resize Rectangle on Report Lembit, I'm trying to change the height of the rectangle because I have several of these in a row on the report. I have tried Me!myRectangle.Height = Me!myTextBox.height + WhatEver The rectangle sizes to the first record but not the rest. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lembit Soobik Sent: Wednesday, June 09, 2004 11:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JHewson at karta.com Wed Jun 9 12:01:08 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 12:01:08 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCC@karta-exc-int.Karta.com> This didn't work either. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson Sent: Wednesday, June 09, 2004 11:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Resize Rectangle on Report My problem is the label and text box is located inside the rectangle. If I make the border of the text box visible the label isn't included in the "visible box" I wonder if the border of label would work? I'll try it. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 10:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Can you just make the border of the text box visible and drop the rectangle? Rocky ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 7:55 AM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Wed Jun 9 12:02:29 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Wed, 9 Jun 2004 18:02:29 +0100 Subject: [AccessD] conditional compiler constants Message-ID: Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From cfoust at infostatsystems.com Wed Jun 9 12:13:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 9 Jun 2004 10:13:26 -0700 Subject: [AccessD] conditional compiler constants Message-ID: The whole point of constants, compiler or otherwise, is that they can't be changed dynamically. What are you trying to do? Charlotte Foust -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 9:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 9 12:16:31 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 9 Jun 2004 10:16:31 -0700 Subject: [AccessD] Resize Rectangle on Report References: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCC@karta-exc-int.Karta.com> Message-ID: <04f501c44e45$8241d940$6601a8c0@HAL9002> Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report > > > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report > > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. > The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow > with it. > > How can I make it grow? > > Thanks, > > Jim > > > > -------------------------------------------------------------------------- -- > ---- > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Wed Jun 9 12:24:05 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Wed, 9 Jun 2004 18:24:05 +0100 Subject: [AccessD] conditional compiler constants Message-ID: They are being changed within a build script Charlotte, which is allowing for the creation of multiple mde's. So really the change takes place before the app runs, and from then on the constants are as they should be, static. "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] conditional compiler constants dvisors.com 09/06/2004 18:13 Please respond to Access Developers discussion and problem solving The whole point of constants, compiler or otherwise, is that they can't be changed dynamically. What are you trying to do? Charlotte Foust -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 9:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From JHewson at karta.com Wed Jun 9 12:25:38 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 12:25:38 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCD@karta-exc-int.Karta.com> I'll try that, thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report > > > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report > > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. > The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow > with it. > > How can I make it grow? > > Thanks, > > Jim > > > > -------------------------------------------------------------------------- -- > ---- > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Wed Jun 9 12:24:49 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Wed, 9 Jun 2004 11:24:49 -0600 Subject: [AccessD] conditional compiler constants Message-ID: <19F28F0B4284C04FB90CAA380451FFD94128FC@bross.quiznos.net> Yes, The syntax is like: Setoption "Conditional Compilation Arguments", "Dev = 2: Test = 1: WhateverElse = 9" -Chris Mackin -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 11:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 12:25:57 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 13:25:57 -0400 Subject: [AccessD] Resize Rectangle on Report Message-ID: Just make a textbox look like a rectangle where the foreground equals the background (making its text invisible), set its control source to the same as the other control, and then set it to can grow. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report > > > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report > > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. > The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow > with it. > > How can I make it grow? > > Thanks, > > Jim > > > > -------------------------------------------------------------------------- -- > ---- > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed Jun 9 12:28:35 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 9 Jun 2004 13:28:35 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD840E@xlivmbx12.aig.com> Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Wed Jun 9 12:47:27 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Wed, 9 Jun 2004 18:47:27 +0100 Subject: [AccessD] conditional compiler constants Message-ID: Many thanks Christopher... "Mackin, Christopher" To: "'Access Developers discussion and problem solving'" Sent by: accessd-bounces at databasea cc: dvisors.com Subject: RE: [AccessD] conditional compiler constants 09/06/2004 18:24 Please respond to Access Developers discussion and problem solving Yes, The syntax is like: Setoption "Conditional Compilation Arguments", "Dev = 2: Test = 1: WhateverElse = 9" -Chris Mackin -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 11:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From marcus at tsstech.com Wed Jun 9 12:50:17 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 13:50:17 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Lambert, The whole problem with this debate is that on some level, all "natural" attributes are not really anymore natural than the auto-number. For example, if there were only one blue car in the world, the word "blue" could be used as a "natural" key. In reality, the word "blue" is nothing more than a unique identifier for the light that the car reflects. The auto-number is no more than a unique identifier between my program and the object. The program speaks numbers. I speak words. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From jimdettman at earthlink.net Wed Jun 9 14:59:07 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Wed, 9 Jun 2004 15:59:07 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD840E@xlivmbx12.aig.com> Message-ID: Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mike at welshfam.org Wed Jun 9 15:15:51 2004 From: mike at welshfam.org (Michael Welsh) Date: Wed, 9 Jun 2004 16:15:51 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <200406092015.i59KFrQ07775@databaseadvisors.com> Jim, <<<< Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world.>> Even DNA does not guarantee uniqueness for a person. Identical twins have the same DNA. Currently there is a rape case involving identical twins where the DNA evidence cannot identify the twin. Mike -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) From Lambert.Heenan at AIG.com Wed Jun 9 16:01:25 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 9 Jun 2004 17:01:25 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD8414@xlivmbx12.aig.com> Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 16:34:18 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 17:34:18 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 9 16:34:57 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 9 Jun 2004 16:34:57 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFF7@main2.marlow.com> What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 9 16:37:03 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 9 Jun 2004 17:37:03 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE65F@TAPPEEXCH01> Message-ID: Well We could do it through QBFC or by using the qbXML Request Processor. I'm leaning toward the QBFC. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 08, 2004 6:24 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? *WARNING: I am not a QuickBooks developer. I am only commenting on what I saw on Intuit's website. It looks like QBFC (QuickBooks Foundation Classes) are exactly what you are talking about: A set of COM objects that interact with Quickbooks data. http://developer.intuit.com/qbSDK-current/doc/pdf/DevGuideQBFC.pdf Are you talking about writing wrappers around these, or something else? -----Original Message----- From: Robert Gracie [mailto:Subscriptions at servicexp.com] Sent: Tuesday, June 08, 2004 4:45 PM To: Access Developers discussion and problem solving Subject: [AccessD] QuickBooks Project... Anyone game? Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.com ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 16:46:07 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 17:46:07 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 9 16:50:41 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 9 Jun 2004 17:50:41 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <029401c44dab$78f5d660$6601a8c0@HAL9002> Message-ID: Rocky, Yea, I'm looking to go more seamless. You can only do so much through the import system....:-( Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 08, 2004 6:54 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been done > with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 bellsouth.net Wed Jun 9 18:04:43 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 9 Jun 2004 19:04:43 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFF7@main2.marlow.com> Message-ID: <20040609230443.WBEB12800.imf22aec.mail.bellsouth.net@SUSANONE> Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. ========OK, I'm just going to dress myself in sackcloth and become the group scapegoat... Gee whiz! ;) Susan H. From KIsmert at TexasSystems.com Wed Jun 9 17:34:58 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Wed, 9 Jun 2004 17:34:58 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <40C588D8.5190.13B55151@localhost> Message-ID: <000301c44e71$ff769910$2a3ca8c0@TEXASSYSTEMS.COM> Gustav, Aww... I'm not being sensitive... just my lame attempt at self-deprecating humor :-) I don't have the talent for sparking flame-fests that some others in this group do... I agree -- the Autonumber PK is the normal choice, paired with a business or natural key. Things would be so much simpler on Planet Marklar. On Marklar (familiar to viewers of South Park), all people and things are named 'Marklar'. This causes no confusion for Marklarians, who can easily distinguish between any two Marklars. I suppose, in Marklarian relational theory, all tables would share a single primary key value: 'Marklar', and have one attribute: 'Marklar'. That would make data-modeling on Marklar either the easiest or most-insanity inducing job imaginable. -Ken On Wed Jun 9 at 02:35, Gustav Brock wrote: >Ahh, Ken, not so sensitive - at least you didn't get flamed, >and - for what credit it is worth - I didn't delete your message >on "Using Modified Julian Days" - it is there should I need it. >However, I'm not doing any data warehousing and have never felt >the need for date tables, though I can see the possible >advantages of those for some scenarios. >Having said that, I'm convinced that using anything else than >a meaningless PK should be reserved for very special cases. From Subscriptions at servicexp.com Wed Jun 9 19:22:20 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 9 Jun 2004 20:22:20 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 9 19:35:34 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 09 Jun 2004 17:35:34 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? References: Message-ID: <40C7ACD6.2010400@shaw.ca> Why not use the ODBC? Is it the price or functionality? Robert Gracie wrote: >Rocky, > Yea, I'm looking to go more seamless. You can only do so much through the >import system....:-( > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - >Beach Access Software >Sent: Tuesday, June 08, 2004 6:54 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] QuickBooks Project... Anyone game? > > >Robert: > >I looked at the QuickBooks SDK and gave up. Used the two-step - export from >my app to their funky file format and import into QuickBooks. You can have >the code if it helps. But I think you're looking for the seamless solution. > >Rocky > >----- Original Message ----- >From: "Robert Gracie" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 08, 2004 2:45 PM >Subject: [AccessD] QuickBooks Project... Anyone game? > > > > >>Ok, >> The first question is.. Does anyone here currently (or have plans in the >>future) to programmatically interact with QuickBooks 2003 or greater, >> >> >either > > >>on a data or "front end" (Version 2004)level? >> >> The second question, would anyone here be interested in grouping our >>efforts together to come up with a "wrapped" solution, such has been done >>with the BEU? >> >> I'm looking at a Class based solution that can handle all the major >>functions a typical company would need to interact with QB. >> >> What Say You? >> >> >>Robert Gracie >>www.servicexp.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Wed Jun 9 19:44:12 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 09 Jun 2004 17:44:12 -0700 Subject: [AccessD] Connection to AS400? References: <000001c44db1$ac6be9c0$de1811d8@danwaters> Message-ID: <40C7AEDC.7080205@shaw.ca> Have used not this in a couple of years but there are two OLEDB providers one from MS and one from IBM This site lists a lot of valid connection strings. For IBM you will have to read their "Red Books" http://www.able-consulting.com/MDAC/ADO/Connection/OLEDB_Providers.htm#OLEDBProviderForAS400FromIBM Dan Waters wrote: >I am trying to connect from AXP to and AS400 MRP system using OLEDB, and I >am trying to confirm what the connection string should be. > > > >I believe this is correct: > > > >stgOLEDBProviderName = "IBMDA400" > >stgDataSource = "AS400" > >stgUserID = "UserID" '-Some UserID > >stgUserPassword = "UserPassword" '-Some User Password > > > >cnn.Open "Provider=" & stgOLEDBProviderName & ";Data Source=" & >stgDataSource & ";", stgUserID, stgUserPassword > > > > > >Also, are there any 'switches' that need to be set on the MRP side to allow >the use of OLEDB technology? > > > >Thanks! > >Dan > > > -- Marty Connelly Victoria, B.C. Canada From clh at christopherhawkins.com Wed Jun 9 19:53:29 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 9 Jun 2004 18:53:29 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <184670-22004641005329919@christopherhawkins.com> Mine are too. The trick is, how seamless can it be made? The last time I looked at the SDK and the documentation, it appeared to me that part of the non-seamlessness was baked in to QB itself. -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 9 Jun 2004 20:22:20 -0400 >Wow > Intuit has a greater then 85% market share. I'm not sure about you >guys, >but my clients are screaming for a strong solution that interacts >with >QuickBooks in my products. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow >Sent: Tuesday, June 08, 2004 10:18 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mark, I don't want to continue this OT too much but I have to agree >- even >though I use it. You can't even have a customer be a vendor that you >also >purchase from! Drives me nuts! > >JB > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >Sent: Tuesday, June 08, 2004 7:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Side tracking a little... We use QB for the company accounts, the >lady >who does my books has torn it to pieces. She has found numerous >flaws in >the program, in particular in relation to journal postings and VAT, >can't remember what exactly (as I have a very short attention span) >but >don't be surprised if things don't always balance... I looked at >developing a few tools (data extracts and analysis) for it but didn't >bother starting once I realised Quickbooks couldn't even do a decent >job >of it themselves... > >Sorry to be negative but I found it to be a very disappointing piece >of >software, particularly in respect to data extracts, windows >integration >and simple accounting practices... > >Mark > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >Smolin >- Beach Access Software >Sent: 08 June 2004 23:54 >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] QuickBooks Project... Anyone game? > > >Robert: > >I looked at the QuickBooks SDK and gave up. Used the two-step - >export >from my app to their funky file format and import into QuickBooks. >You >can have the code if it helps. But I think you're looking for the >seamless solution. > >Rocky > >----- Original Message ----- >From: "Robert Gracie" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 08, 2004 2:45 PM >Subject: [AccessD] QuickBooks Project... Anyone game? > > >> Ok, >> The first question is.. Does anyone here currently (or have plans >in >> the >> future) to programmatically interact with QuickBooks 2003 or >greater, >either >> on a data or "front end" (Version 2004)level? >> >> The second question, would anyone here be interested in grouping >our >> efforts together to come up with a "wrapped" solution, such has >been >> done with the BEU? >> >> I'm looking at a Class based solution that can handle all the >major >> functions a typical company would need to interact with QB. >> >> What Say You? >> >> >> Robert Gracie >> www.servicexp.com >> >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From martyconnelly at shaw.ca Wed Jun 9 23:42:08 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 09 Jun 2004 21:42:08 -0700 Subject: [AccessD] Web Project References: <200406071352.i57DqfQ20342@databaseadvisors.com> <40C60699.6070200@shaw.ca> <16845428662.20040608210320@cactus.dk> Message-ID: <40C7E6A0.9090908@shaw.ca> Gasp. Only now is Germany starting to register HIV as an STD, are they as stupid as Canada where they still don't do it due to progressive politics. This disease could have been slowed dramatically if it it wasn't for political interference. Someone accidentally exposed as a homosexual is worth a thousand deaths elsewhere, is this the rational they use? I didn't care if the guy was a raging queen as long as he admitted it, he was immune to blackmail. if the guy had five wives illegally he was open to blackmail. The security of the database unless exposed to public access is only limited to those who have access. I guess you will just have duplicated data, unless you have some means to differentiate names. Groups like WHO will just toss the data. The data obtained will be worthless. I still believe in the Duke of Wellington's remark on being exposed for sexual peccadilloes "Publish and be dammed" Gustav Brock wrote: >Hi Marty et all > >There is some discussion here on a national HIV register. Info kept in >this will, of course, be quite sensible, thus it is suggested that >entries are kept under anonymous Soundex code. > >But I don't quite get what the purpose should be? Why not just apply a >random key for each entry? Why would you wish some simple level of >grouping which is all the Soundex code can offer? > >And indeed if only the surname is used for the code - that will create >bizarre results as your example. Why are first and middle names >excluded? > >/gustav > > > > >>Here is an article I came across on name transliteration. >> >> > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56-43c8-87c5-2742527f8f14&Portal=E-Government >> >> > > > >>I like the bit >>For example, internationally sought-after terrorist mastermind Osama Bin >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former >>lead singer of British punk rock group The Sex Pistols >> >> > > > >>There is a company named Language Analysis Systems at >>http://www.las-inc.com/ >> >> > > > >>Their price may be out of your league since they do FBI and homeland >>security work but they have some white papers that may be of use. >> >> > > > -- Marty Connelly Victoria, B.C. Canada From andy at minstersystems.co.uk Thu Jun 10 02:03:33 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 10 Jun 2004 08:03:33 +0100 Subject: [AccessD] Web Project In-Reply-To: <40C7E6A0.9090908@shaw.ca> Message-ID: <000001c44eb9$0ba670b0$b274d0d5@minster33c3r25> Sorry Marty that didn't make it under the moderation radar. Please everyone keep to the technical aspect of the thread not the rightness/wrongness of HIV registers etc. I shudder to thibk where that could lead. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > MartyConnelly > Sent: 10 June 2004 05:42 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Web Project > > > Gasp. Only now is Germany starting to register HIV as an STD, > are they > as stupid as Canada > where they still don't do it due to progressive politics. > This disease > could have been slowed > dramatically if it it wasn't for political interference. > Someone accidentally exposed as a homosexual is worth a thousand > deaths elsewhere, > is this the rational they use? I didn't care if the guy was a raging > queen as long as he admitted it, he was immune to blackmail. > if the guy had five wives illegally he was open to blackmail. > > The security of the database unless exposed to public > access is only > limited to those who have access. > I guess you will just have duplicated data, unless you have > some means > to differentiate names. > Groups like WHO will just toss the data. The data obtained will be > worthless. > I still believe in the Duke of Wellington's remark on being > exposed for > sexual peccadilloes > "Publish and be dammed" > > > Gustav Brock wrote: > > >Hi Marty et all > > > >There is some discussion here on a national HIV register. > Info kept in > >this will, of course, be quite sensible, thus it is suggested that > >entries are kept under anonymous Soundex code. > > > >But I don't quite get what the purpose should be? Why not > just apply a > >random key for each entry? Why would you wish some simple level of > >grouping which is all the Soundex code can offer? > > > >And indeed if only the surname is used for the code - that > will create > >bizarre results as your example. Why are first and middle names > >excluded? > > > >/gustav > > > > > > > > > >>Here is an article I came across on name transliteration. > >> > >> > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm l-a8d2a7b7 >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government >> >> > > > >>I like the bit >>For example, internationally sought-after terrorist mastermind Osama >>Bin >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former >>lead singer of British punk rock group The Sex Pistols >> >> > > > >>There is a company named Language Analysis Systems at >>http://www.las-inc.com/ >> >> > > > >>Their price may be out of your league since they do FBI and homeland >>security work but they have some white papers that may be of use. >> >> > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andrew.haslett at ilc.gov.au Thu Jun 10 02:22:26 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Thu, 10 Jun 2004 16:52:26 +0930 Subject: [AccessD] Web Project Message-ID: Thought it failed that requirement a while ago.... ;) Meanwhile we've got a topic on Primary Keys which has somehow been labelled off topic, yet the majority of posts on this list might be considered as having little to do with Access at all... Hard to recommend a list to someone when the majority of posts (seemingly often made by the same handful of people) are off topic or approaching 'flame war' status... which is a shame because the on-topic 'useful' information is obviously sourced from some quite knowledgeable humans... Is it that difficult for people to post these issues to another list? The last thing anyone wants is to have to over-moderate a list... Anyways... A -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Thursday, 10 June 2004 4:34 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Sorry Marty that didn't make it under the moderation radar. Please everyone keep to the technical aspect of the thread not the rightness/wrongness of HIV registers etc. I shudder to thibk where that could lead. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > MartyConnelly > Sent: 10 June 2004 05:42 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Web Project > > > Gasp. Only now is Germany starting to register HIV as an STD, > are they > as stupid as Canada > where they still don't do it due to progressive politics. > This disease > could have been slowed > dramatically if it it wasn't for political interference. > Someone accidentally exposed as a homosexual is worth a thousand > deaths elsewhere, > is this the rational they use? I didn't care if the guy was a raging > queen as long as he admitted it, he was immune to blackmail. > if the guy had five wives illegally he was open to blackmail. > > The security of the database unless exposed to public > access is only > limited to those who have access. > I guess you will just have duplicated data, unless you have > some means > to differentiate names. > Groups like WHO will just toss the data. The data obtained will be > worthless. > I still believe in the Duke of Wellington's remark on being > exposed for > sexual peccadilloes > "Publish and be dammed" > > > Gustav Brock wrote: > > >Hi Marty et all > > > >There is some discussion here on a national HIV register. > Info kept in > >this will, of course, be quite sensible, thus it is suggested that > >entries are kept under anonymous Soundex code. > > > >But I don't quite get what the purpose should be? Why not > just apply a > >random key for each entry? Why would you wish some simple level of > >grouping which is all the Soundex code can offer? > > > >And indeed if only the surname is used for the code - that > will create > >bizarre results as your example. Why are first and middle names > >excluded? > > > >/gustav > > > > > > > > > >>Here is an article I came across on name transliteration. > >> > >> > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm l-a8d2a7b7 >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government >> >> > > > >>I like the bit >>For example, internationally sought-after terrorist mastermind Osama >>Bin >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former >>lead singer of British punk rock group The Sex Pistols >> >> > > > >>There is a company named Language Analysis Systems at >>http://www.las-inc.com/ >> >> > > > >>Their price may be out of your league since they do FBI and homeland >>security work but they have some white papers that may be of use. >> >> > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From andy at minstersystems.co.uk Thu Jun 10 02:48:19 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 10 Jun 2004 08:48:19 +0100 Subject: [AccessD] Web Project In-Reply-To: Message-ID: <000101c44ebf$4bf84b60$b274d0d5@minster33c3r25> It's a chatty list Andrew, as you know. I think "the majority of posts on this list might be considered as having little to do with Access at all" is a little harsh but certainly people who don't like a lot of chat on their list wouldn't enjoy AccessD. However, those of us who do wouldn't change it. Horses for courses. As for the Great Primary Debate, I took a look back at the first post. It looks as if Martin labelled it OT because it related to some SQL Server teaching he was doing for Oracle and Ingres programmers. But I agree with you that the resulting discussion it is totally on-topic. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Haslett, Andrew > Sent: 10 June 2004 08:22 > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Web Project > > > Thought it failed that requirement a while ago.... ;) > > Meanwhile we've got a topic on Primary Keys which has somehow > been labelled off topic, yet the majority of posts on this > list might be considered as having little to do with Access at all... > > Hard to recommend a list to someone when the majority of > posts (seemingly often made by the same handful of people) > are off topic or approaching 'flame war' status... which is a > shame because the on-topic 'useful' information is obviously > sourced from some quite knowledgeable humans... > > Is it that difficult for people to post these issues to > another list? The last thing anyone wants is to have to > over-moderate a list... > > Anyways... > > > > A > > -----Original Message----- > From: Andy Lacey [mailto:andy at minstersystems.co.uk] > Sent: Thursday, 10 June 2004 4:34 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Web Project > > Sorry Marty that didn't make it under the moderation radar. > Please everyone keep to the technical aspect of the thread > not the rightness/wrongness of HIV registers etc. I shudder > to thibk where that could lead. > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > MartyConnelly > > Sent: 10 June 2004 05:42 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Web Project > > > > > > Gasp. Only now is Germany starting to register HIV as an STD, > > are they > > as stupid as Canada > > where they still don't do it due to progressive politics. > > This disease > > could have been slowed > > dramatically if it it wasn't for political interference. > > Someone accidentally exposed as a homosexual is worth a thousand > > deaths elsewhere, > > is this the rational they use? I didn't care if the guy was > a raging > > queen as long as he admitted it, he was immune to blackmail. > > if the guy had five wives illegally he was open to blackmail. > > > > The security of the database unless exposed to public > > access is only > > limited to those who have access. > > I guess you will just have duplicated data, unless you have > > some means > > to differentiate names. > > Groups like WHO will just toss the data. The data obtained will be > > worthless. > > I still believe in the Duke of Wellington's remark on being > > exposed for > > sexual peccadilloes > > "Publish and be dammed" > > > > > > Gustav Brock wrote: > > > > >Hi Marty et all > > > > > >There is some discussion here on a national HIV register. > > Info kept in > > >this will, of course, be quite sensible, thus it is suggested that > > >entries are kept under anonymous Soundex code. > > > > > >But I don't quite get what the purpose should be? Why not > > just apply a > > >random key for each entry? Why would you wish some simple level of > > >grouping which is all the Soundex code can offer? > > > > > >And indeed if only the surname is used for the code - that > > will create > > >bizarre results as your example. Why are first and middle names > > >excluded? > > > > > >/gustav > > > > > > > > > > > > > > >>Here is an article I came across on name transliteration. > > >> > > >> > > > > > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm > l-a8d2a7b7 > >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government > >> > >> > > > > > > > >>I like the bit > >>For example, internationally sought-after terrorist mastermind Osama > >>Bin > >>Laden has the same Soundex code (L350) as Johnny "Rotten" > Lydon, former > >>lead singer of British punk rock group The Sex Pistols > >> > >> > > > > > > > >>There is a company named Language Analysis Systems at > >>http://www.las-inc.com/ > >> > >> > > > > > > > >>Their price may be out of your league since they do FBI and > homeland > >>security work but they have some white papers that may be of use. > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > > -- > > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > IMPORTANT - > PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From paul.hartland at fsmail.net Thu Jun 10 06:47:30 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Thu, 10 Jun 2004 13:47:30 +0200 (CEST) Subject: [AccessD] Help With Excel If Possible Message-ID: <22486791.1086868050215.JavaMail.www@wwinf3006> To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that?s about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From gustav at cactus.dk Thu Jun 10 07:02:36 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 10 Jun 2004 14:02:36 +0200 Subject: [AccessD] Help With Excel If Possible In-Reply-To: <22486791.1086868050215.JavaMail.www@wwinf3006> References: <22486791.1086868050215.JavaMail.www@wwinf3006> Message-ID: <12811271697.20040610140236@cactus.dk> Hi paul Attach the two worksheets as tables in Access. Then you can deal with them as with any other table (except delete rows which you won't). All you need is an update query and some DSum() ... /gustav > I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: > Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours > Hartland Paul Mon 12345 ATT 01/01/04 8 > Hartland Paul Tue 12345 ATT 02/01/04 8 > Hartland Paul Wed 12345 HOL 03/01/04 8 > Hartland Paul Thu 12345 ATT 04/01/04 8 > Hartland Paul Fri 12345 ATT 05/01/04 8 > Hartland Paul Sat 12345 ATT 06/01/04 8 > Hartland Paul Sun 12345 ATT 07/01/04 8 > Williams Tom Mon 12345 HOL 01/01/04 8 > Williams Tom Tue 12345 SICK 02/01/04 8 > Williams Tom Wed 12345 ATT 03/01/04 8 > Etc, etc > DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. > The second spreadsheet is called AdditionalData and has the following columns of information: > Lastname, Firstname, Worked, Holiday, Sick > Hartland Paul > Williams Tom > And that?s about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet > and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: > Lastname, Firstname, Worked, Holiday, Sick > Hartland Paul 3 1 0 > Williams Tom 1 1 1 > Thanks in advance to anyone that can help with this or point me in the right direction. > Paul Hartland From bchacc at san.rr.com Thu Jun 10 08:30:17 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 06:30:17 -0700 Subject: [AccessD] Web Project References: <000001c44eb9$0ba670b0$b274d0d5@minster33c3r25> Message-ID: <005201c44eef$12455360$6601a8c0@HAL9002> Could lead to the OT list? Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Thursday, June 10, 2004 12:03 AM Subject: RE: [AccessD] Web Project > Sorry Marty that didn't make it under the moderation radar. Please everyone > keep to the technical aspect of the thread not the rightness/wrongness of > HIV registers etc. I shudder to thibk where that could lead. > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > MartyConnelly > > Sent: 10 June 2004 05:42 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Web Project > > > > > > Gasp. Only now is Germany starting to register HIV as an STD, > > are they > > as stupid as Canada > > where they still don't do it due to progressive politics. > > This disease > > could have been slowed > > dramatically if it it wasn't for political interference. > > Someone accidentally exposed as a homosexual is worth a thousand > > deaths elsewhere, > > is this the rational they use? I didn't care if the guy was a raging > > queen as long as he admitted it, he was immune to blackmail. > > if the guy had five wives illegally he was open to blackmail. > > > > The security of the database unless exposed to public > > access is only > > limited to those who have access. > > I guess you will just have duplicated data, unless you have > > some means > > to differentiate names. > > Groups like WHO will just toss the data. The data obtained will be > > worthless. > > I still believe in the Duke of Wellington's remark on being > > exposed for > > sexual peccadilloes > > "Publish and be dammed" > > > > > > Gustav Brock wrote: > > > > >Hi Marty et all > > > > > >There is some discussion here on a national HIV register. > > Info kept in > > >this will, of course, be quite sensible, thus it is suggested that > > >entries are kept under anonymous Soundex code. > > > > > >But I don't quite get what the purpose should be? Why not > > just apply a > > >random key for each entry? Why would you wish some simple level of > > >grouping which is all the Soundex code can offer? > > > > > >And indeed if only the surname is used for the code - that > > will create > > >bizarre results as your example. Why are first and middle names > > >excluded? > > > > > >/gustav > > > > > > > > > > > > > > >>Here is an article I came across on name transliteration. > > >> > > >> > > > > > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm > l-a8d2a7b7 > >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government > >> > >> > > > > > > > >>I like the bit > >>For example, internationally sought-after terrorist mastermind Osama > >>Bin > >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former > >>lead singer of British punk rock group The Sex Pistols > >> > >> > > > > > > > >>There is a company named Language Analysis Systems at > >>http://www.las-inc.com/ > >> > >> > > > > > > > >>Their price may be out of your league since they do FBI and homeland > >>security work but they have some white papers that may be of use. > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Thu Jun 10 08:35:19 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 10 Jun 2004 09:35:19 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD8414@xlivmbx12.aig.com> Message-ID: Lambert, << You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot?>> Yes it is a very subtle point and there are a lot of gray areas and hair splitting. Let's take a simple example, you mentioned a house number. Sure it's an assigned value and in of itself is a meanings value. It can be anything I want it to be. But once it's assigned, I don't change it. It's becomes an attribute of what I'm describing. Look at this: House# Street House Built? 8621 Honeycomb Y 8622 Honeycomb N 8623 Honeycomb Y Now if I change house #, let's say by adding 1 to every number, does the row describe the same thing? No because the house number is an attribute (even though it was assigned). The result would be that 8622 would all of a sudden have a house on it and the house on 8623 would disappear. But if I did Key House# Street House Built? 1 8621 Honeycomb Y 2 8622 Honeycomb N 3 8623 Honeycomb Y And now add 1 to every key it doesn't matter. The attributes that describe whatever are unchanged. It was still an assigned number, but in relation to the data, it's meaningless. It's the same for UPC codes, fixed asset numbers etc. <> Your exactly right. As Mark pointed out yesterday, it's possible for some people to have identical DNA structures. <>>> Ah and there's the rub. There is a difference between "allow you to _retrieve_ a row of data" and identifying an instance of something. The key you talk about is nothing more then a pointer or tag since it bears no relation to the data. The word "key" has different meanings to different people. When dealing with computer systems a "key" can be a simple tag (surrogate) or a "true" key in regards to relational theory in that it is a subset (or possibly all, which is typically called a super key) of the attributes that describe something (a natural key). When talking about relational theory, it is strictly the latter. This is what that article was trying to point out, but didn't get a good job in getting across. Remember that relational theory is a logical approach to organizing data. It's nice to know in that when modeling a table, you need to be sure that you have enough attributes to fully describe something. If you can't form a good natural key, then the design is incomplete. Past that, when you try to apply that table design to computer systems, real world constraints may force you to use a surrogate key because of performance or storage issues. Right now, there's not a computer system in the world that could handle a PK of a DNA sequence, but that would be the best possible natural key when you want to identify a specific person. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 5:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Thu Jun 10 08:38:25 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 10 Jun 2004 09:38:25 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Thu Jun 10 08:44:29 2004 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 10 Jun 2004 08:44:29 -0500 Subject: [AccessD] Connection to AS400? In-Reply-To: <16463574.1086828841095.JavaMail.root@sniper2.usinternet.com> Message-ID: <000c01c44ef1$0dd42bb0$de1811d8@danwaters> Marty, I did try this yesterday and got the following error: Provider cannot be found. It may not be properly installed. Thanks for this info! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Wednesday, June 09, 2004 7:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Connection to AS400? Have used not this in a couple of years but there are two OLEDB providers one from MS and one from IBM This site lists a lot of valid connection strings. For IBM you will have to read their "Red Books" http://www.able-consulting.com/MDAC/ADO/Connection/OLEDB_Providers.htm#OLEDB ProviderForAS400FromIBM Dan Waters wrote: >I am trying to connect from AXP to and AS400 MRP system using OLEDB, and I >am trying to confirm what the connection string should be. > > > >I believe this is correct: > > > >stgOLEDBProviderName = "IBMDA400" > >stgDataSource = "AS400" > >stgUserID = "UserID" '-Some UserID > >stgUserPassword = "UserPassword" '-Some User Password > > > >cnn.Open "Provider=" & stgOLEDBProviderName & ";Data Source=" & >stgDataSource & ";", stgUserID, stgUserPassword > > > > > >Also, are there any 'switches' that need to be set on the MRP side to allow >the use of OLEDB technology? > > > >Thanks! > >Dan > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Thu Jun 10 08:47:08 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 10 Jun 2004 09:47:08 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Thu Jun 10 08:53:32 2004 From: lists at theopg.com (MarkH) Date: Thu, 10 Jun 2004 14:53:32 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <000001c44ef2$51431720$4c0b6bd5@netboxxp> The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 10 08:56:07 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 06:56:07 -0700 Subject: [AccessD] Help With Excel If Possible References: <22486791.1086868050215.JavaMail.www@wwinf3006> Message-ID: <005c01c44ef2$ad90b2d0$6601a8c0@HAL9002> Paul: Although structuring queries to do this would be endlessly entertaining, this is a perfect application for a little DAO code. In cases like this I find it much faster. Open a recordset to contain the outputs. Open a second recordset to get all the names (using UNIQUE). Loop through the second recordset opening a third recordset getting all the records of the name in the current record of the second recordset. Loop through the third recordset counting the HOL, ATT, and SICK records. ADDNEW a record to the first recordset with the name and total counts. When all done use TRANSFERSPREADSHEET on the created recordset to output an Excel spreadsheet and walla, done. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: To: "accessd" Sent: Thursday, June 10, 2004 4:47 AM Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kaupca at chevrontexaco.com Thu Jun 10 09:02:41 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Thu, 10 Jun 2004 09:02:41 -0500 Subject: [AccessD] Format date in a text box Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0273955F@bocnte2k4.boc.chevrontexaco.net> I am trying to display the full month name in a text box on a report. I tried the following but get January1. What should the format statement look like? Thanks =Format(Month(Date()),"mmmmm") Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. From EdTesiny at oasas.state.ny.us Thu Jun 10 09:18:13 2004 From: EdTesiny at oasas.state.ny.us (Tesiny, Ed) Date: Thu, 10 Jun 2004 10:18:13 -0400 Subject: [AccessD] Format date in a text box Message-ID: Try =Format(Date(),"mmmm") Ed Tesiny EdTesiny at oasas.state.ny.us -----Original Message----- From: Kaup, Chester A [mailto:kaupca at chevrontexaco.com] Sent: Thursday, June 10, 2004 10:03 AM To: accessd at databaseadvisors.com Subject: [AccessD] Format date in a text box I am trying to display the full month name in a text box on a report. I tried the following but get January1. What should the format statement look like? Thanks =Format(Month(Date()),"mmmmm") Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Jun 10 09:33:56 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 10 Jun 2004 07:33:56 -0700 Subject: [AccessD] Format date in a text box In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0273955F@bocnte2k4.boc.chevrontexaco.net> Message-ID: Hi Chester: Try: monthname(month(date())) HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Kaup, Chester A Sent: Thursday, June 10, 2004 7:03 AM To: accessd at databaseadvisors.com Subject: [AccessD] Format date in a text box I am trying to display the full month name in a text box on a report. I tried the following but get January1. What should the format statement look like? Thanks =Format(Month(Date()),"mmmmm") Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 10 09:58:08 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 09:58:08 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFF9@main2.marlow.com> I also didn't want you to think I was trying to steal the coveted trouble-maker trophy from you. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 09, 2004 6:05 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. ========OK, I'm just going to dress myself in sackcloth and become the group scapegoat... Gee whiz! ;) Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 10 10:01:38 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 10:01:38 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFFA@main2.marlow.com> I think that is what I was trying to say. I think you said it better though. Been a little off my rocker lately. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 4:46 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 10 10:21:14 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 10 Jun 2004 08:21:14 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Only lately?? Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 10, 2004 7:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate I think that is what I was trying to say. I think you said it better though. Been a little off my rocker lately. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 4:46 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the > record's uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. > It's a meaningless key. > > If I go into a table and change the autonumber value for any given > row, do I now reference a new object? No. The number has no relation > to the instance of the entity that's described by the row of the > table. > > If some arbitrary value gets assigned to an instance of some entity, > like a fixed assets number, house number, or a UPC code, then it > becomes an attribute. > > I understand what he was trying to say, but I don't think it was > said well. > > < as a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence > would be the best natural key for identifying a person. Just because > we don't have the computer systems to handle it doesn't make it wrong. > It's a difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being > the "right way" to go. As for AutoNumbers not being an attribute of > the data. Of course they are. By adding an AutoNumber to a table you > are defining a new attribute for the data. That's the purpose. The > attribute is the record's uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with the object that's tied to it other than the agreed convention > that everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key > have been carefully chosen, but there are lots of ways to make a bad > choice, like using the name of an object as part of the key. Us humans > seem to delight in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a > semi-religious discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table > > and > act > > as a > > << unique identifier - the classic relational key. Keys are > > visible, > and > > you > > << can verify them in the external reality. Examples include UPC > > codes, << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than > > numbers that represent a grouping of objects (company, product, > > etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never > > heard > of > > or > > more accurately differentiated and described. The view of the > > article suggests that there is a need for specialized keys but their > > choice is dictated by data or requirements. I now take the liberty > > to post this information here. Some of the list may be very familiar > > and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's > > not an attribute of anything except the machinery's internal state. > > Pointers > and > > other physical implementation details fail as identifiers on the > > same principle. > > > > A natural key is a subset of attributes that occur in a table and > > act as > a > > unique identifier - the classic relational key. Keys are visible, > > and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It > > doesn't exist in the external reality but can be verified for syntax > > or check digits inside itself. For example, open codes in the UPC > > scheme can be assigned to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed to the user. There's no way to predict or verify it. The > > system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key > > behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers > > from many columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly > > sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, > > just as an Identity integer field in SQL Server does. Because its > > meaningless > it > > will never need to be changed and hence won't cause the problems > > that would occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, > > but hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a > > > ANPK > can > > > cause you problems: you can't extend the table without ruining > > > your calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single > > > field > > natural > > > key, or any data where a unique key can be mathematically > > > calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of > > > the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in > > data calculations. > > > > Thr real question in this situation is not whether you use this > > natural key as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System > > Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and > > may contain information protected by law from disclosure. If you > > have received this message in error, please notify the sender > > immediately and delete this email from your system. No warranty is > > given that this email or files, if attached to this email, are free > > from computer viruses or other defects. They are provided on the > > basis the user assumes all responsibility for loss, damage or > > consequence resulting directly or indirectly from their use, whether > > caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 10 10:41:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 10:41:09 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFFC@main2.marlow.com> Hardee har har. Yep, only lately. Normally I'm rockin and rollin just fine! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Thursday, June 10, 2004 10:21 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Only lately?? Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 10, 2004 7:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate I think that is what I was trying to say. I think you said it better though. Been a little off my rocker lately. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 4:46 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the > record's uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. > It's a meaningless key. > > If I go into a table and change the autonumber value for any given > row, do I now reference a new object? No. The number has no relation > to the instance of the entity that's described by the row of the > table. > > If some arbitrary value gets assigned to an instance of some entity, > like a fixed assets number, house number, or a UPC code, then it > becomes an attribute. > > I understand what he was trying to say, but I don't think it was > said well. > > < as a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence > would be the best natural key for identifying a person. Just because > we don't have the computer systems to handle it doesn't make it wrong. > It's a difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being > the "right way" to go. As for AutoNumbers not being an attribute of > the data. Of course they are. By adding an AutoNumber to a table you > are defining a new attribute for the data. That's the purpose. The > attribute is the record's uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with the object that's tied to it other than the agreed convention > that everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key > have been carefully chosen, but there are lots of ways to make a bad > choice, like using the name of an object as part of the key. Us humans > seem to delight in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a > semi-religious discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table > > and > act > > as a > > << unique identifier - the classic relational key. Keys are > > visible, > and > > you > > << can verify them in the external reality. Examples include UPC > > codes, << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than > > numbers that represent a grouping of objects (company, product, > > etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never > > heard > of > > or > > more accurately differentiated and described. The view of the > > article suggests that there is a need for specialized keys but their > > choice is dictated by data or requirements. I now take the liberty > > to post this information here. Some of the list may be very familiar > > and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's > > not an attribute of anything except the machinery's internal state. > > Pointers > and > > other physical implementation details fail as identifiers on the > > same principle. > > > > A natural key is a subset of attributes that occur in a table and > > act as > a > > unique identifier - the classic relational key. Keys are visible, > > and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It > > doesn't exist in the external reality but can be verified for syntax > > or check digits inside itself. For example, open codes in the UPC > > scheme can be assigned to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed to the user. There's no way to predict or verify it. The > > system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key > > behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers > > from many columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly > > sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, > > just as an Identity integer field in SQL Server does. Because its > > meaningless > it > > will never need to be changed and hence won't cause the problems > > that would occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, > > but hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a > > > ANPK > can > > > cause you problems: you can't extend the table without ruining > > > your calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single > > > field > > natural > > > key, or any data where a unique key can be mathematically > > > calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of > > > the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in > > data calculations. > > > > Thr real question in this situation is not whether you use this > > natural key as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System > > Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and > > may contain information protected by law from disclosure. If you > > have received this message in error, please notify the sender > > immediately and delete this email from your system. No warranty is > > given that this email or files, if attached to this email, are free > > from computer viruses or other defects. They are provided on the > > basis the user assumes all responsibility for loss, damage or > > consequence resulting directly or indirectly from their use, whether > > caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Thu Jun 10 11:06:57 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 10 Jun 2004 12:06:57 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 10 11:32:19 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 10 Jun 2004 18:32:19 +0200 Subject: [AccessD] Database designer, Access-MySQL, open source Message-ID: <18127454777.20040610183219@cactus.dk> Hi all Just picked this link from Mike Gunderloy's newsletter about a new, free open source tool, DBDesigner4 for MySQL: http://www.fabforce.net/dbdesigner4/ If you browse the site you should find a movie on reverse engineering an Access database to MySQL ... /gustav From DWUTKA at marlow.com Thu Jun 10 13:36:49 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 13:36:49 -0500 Subject: [AccessD] Help With Excel If Possible Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFFF@main2.marlow.com> Here ya go Paul: Function FillAdditionalData(strFilePath As String, dtStart As Date, dtEnd As Date) Dim rs As ADODB.Recordset Dim cnn As ADODB.Connection Dim strSQL As String Set cnn = New ADODB.Connection Set rs = New ADODB.Recordset With cnn .Provider = "Microsoft.Jet.OLEDB.4.0" .Properties("Extended Properties") = "Excel 8.0" .Open strFilePath End With strSQL = "SELECT Firstname, Lastname, (SELECT Count(Code) FROM `Contract1$` WHERE Code=""ATT"" AND " & _ "LastName=T1.LastName AND FirstName=T1.FirstName AND Jobdate BETWEEN #" & dtStart & _ "# AND #" & dtEnd & "#) AS WorkedDays, (SELECT Count(Code) FROM `Contract1$`" & _ " WHERE Code=""HOL"" AND LastName=T1.LastName AND FirstName=T1.FirstName AND " & _ "Jobdate BETWEEN #" & dtStart & "# AND #" & dtEnd & "#) AS Holidays, (SELECT " & _ "Count(Code) FROM `Contract1$` WHERE Code=""SICK"" AND LastName=T1.LastName AND " & _ "FirstName=T1.FirstName AND Jobdate BETWEEN #" & dtStart & "# AND #" & dtEnd & _ "#) AS SickDays " & _ "FROM `Contract1$` AS T1 " & _ "WHERE Jobdate BETWEEN #" & dtStart & "# AND #" & dtEnd & "# " & _ "GROUP BY Lastname, Firstname" rs.Open strSQL, cnn, adOpenKeyset, adLockReadOnly If rs.EOF = False Then rs.MoveFirst Do Until rs.EOF = True strSQL = "UPDATE `AdditionalData$` SET Worked=" & rs.Fields("WorkedDays").Value & _ ", Holiday=" & rs.Fields("Holidays").Value & ", Sick=" & rs.Fields("SickDays").Value & _ " WHERE Lastname=""" & rs.Fields("Lastname").Value & _ """ AND Firstname=""" & rs.Fields("Firstname").Value & """;" cnn.Execute strSQL rs.MoveNext Loop rs.Close Set rs = Nothing cnn.Close Set cnn = Nothing End Function To use the code above, call it like this: Private Sub Command1_Click() FillAdditionalData "C:\test.xls", #1/1/2004#, #4/1/2004# MsgBox "Done" End Sub A few items to note. For this code to work, the Excel file needs to be setup the way you explained in the email below. The sheets have to have the same names, and so do the first lines of the spreadsheet. Also, you cannot have the file open in excel when the code above is running. In fact, you don't even need to have excel on the machine that runs this code, since it is just using ADO. Which brings me to my last point, you will need to set a reference to ADO, from whatever you run this code from. I wrote it in VB for you, but it will just copy and paste into Access too. (even excel, not sure if you can run it inside Excel, if the sheet you are working on is open....didn't test that.). Have fun! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of paul.hartland at fsmail.net Sent: Thursday, June 10, 2004 6:48 AM To: accessd Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From adtp at touchtelindia.net Thu Jun 10 13:40:22 2004 From: adtp at touchtelindia.net (A.D.Tejpal) Date: Fri, 11 Jun 2004 00:10:22 +0530 Subject: [AccessD] Resize Rectangle on Report References: Message-ID: <006201c44f1a$9b7a3d00$9b1865cb@winxp> Jim, Dynamic height of a control (resulting from its can grow/can shrink property) is not directly detectable in format event of the report. The status is reflected faithfully in the print event. If multiple controls of this nature are positioned in vertical alignment, overall dynamic height of the group header (as returned by the height of it's parent property) is a more convenient and reliable reference. The height of rectangle enveloping these controls has to be forced accordingly (it does not have can grow/can shrink properties). Manipulation of a control's height is not allowed in the print event. If you are keen to display the rectangle mentioned by you, the following course of action is suggested - (a) In the first run, use a global array to capture the dynamic heights of group header during the print event. Put a control serving as overall counter for the group header. This will help in providing index numbers for different elements of the array. (The report has to be navigated right upto the last page in print-preview, so as to ensure that all the values get assigned to the array). (b) In the second run, set the height of rectangle as per relevant element of the array. (c) Put suitable code in click event of command button on a form so as to ensure that the report is opened in two stages as per (a) & (b) above. Setting of a global variable will ensure that only the appropriate action is taken, depending upon whether it is the first run or otherwise. Necessary code is given below. If at any stage, you happen to need further assistance , a sample file demonstrating this technique can be sent to you. Regards, A.D.Tejpal -------------- ============================ General Module - ---------------------- Public BoxHt() As Integer ' Global array Public FirstRun As String ' ("Y" for first run of the report) Report Module (BoxHdr is the name of rectangle, TxtHdrCount is the name of counter control) - ------------------------------------- Private Sub GroupHeader0_Format(Cancel As Integer, FormatCount As Integer) If FirstRun = "N" Then BoxHdr.Height = BoxHt(TxtHdrCount) End If End Sub Private Sub GroupHeader0_Print(Cancel As Integer, PrintCount As Integer) If FirstRun = "Y" Then ReDim Preserve BoxHt(TxtHdrCount + 1) BoxHt(TxtHdrCount) = GroupHeader0.Parent.Height - 5 End If End Sub Private Sub Report_Open(Cancel As Integer) If FirstRun = "Y" Then ReDim BoxHt(1) ' Initialize the array End If End Sub Form Module (R_Box is the name of report, CmdReport is the name of command button) - -------------------------------------------------------- Private Sub CmdReport_Click() FirstRun = "Y" DoCmd.OpenReport "R_Box", acViewPreview DoCmd.RunCommand acCmdFitToWindow SendKeys "^{DOWN}", True ' For going to last page DoCmd.Close acReport, "R_Box", acSaveYes FirstRun = "N" DoCmd.OpenReport "R_Box", acViewPreview DoCmd.RunCommand acCmdZoom100 End Sub ============================ ----- Original Message ----- From: Scott Marcus To: Access Developers discussion and problem solving Sent: Wednesday, June 09, 2004 22:55 Subject: RE: [AccessD] Resize Rectangle on Report Just make a textbox look like a rectangle where the foreground equals the background (making its text invisible), set its control source to the same as the other control, and then set it to can grow. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report> > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report> > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow with it. > How can I make it grow? > > Thanks, > > Jim From kaupca at chevrontexaco.com Thu Jun 10 13:51:03 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Thu, 10 Jun 2004 13:51:03 -0500 Subject: [AccessD] FW: Message when automatically sending email Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0273956A@bocnte2k4.boc.chevrontexaco.net> I have code set up to automatically email a report to another email user. It works fine but comes up with this message stating a program is trying to automatically send email on your behalf. Do you want to allow this? In the dialogue box are yes no and help buttons. Is there a way to suppress the massage and send it without getting the dialogue box and having to answer yes. Thanks for ideas. > Chester Kaup > Information Management Technician > IT-MidContinent/MidContinent Business Unit > CTN 8-687-7415 > Outside 432-687-7414 > > No trees were killed in the sending of this message. However a large > number of electrons were terribly inconvenienced. > > > From my.lists at verizon.net Thu Jun 10 14:39:32 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Thu, 10 Jun 2004 12:39:32 -0700 Subject: [AccessD] Database designer, Access-MySQL, open source In-Reply-To: <18127454777.20040610183219@cactus.dk> References: <18127454777.20040610183219@cactus.dk> Message-ID: <40C8B8F4.5000100@verizon.net> Gustav Brock wrote On 6/10/2004 9:32 AM: >Hi all > >Just picked this link from Mike Gunderloy's newsletter about a new, >free open source tool, DBDesigner4 for MySQL: > > http://www.fabforce.net/dbdesigner4/ > >If you browse the site you should find a movie on reverse engineering >an Access database to MySQL ... > >/gustav > > > WOW eee... those screenshots look awesome, i've yet to play with mySQL but I'm already on their mailing lists :D, for the most part it is very complaint to SQL-92 ansi standards... -- -Francisco From james at charltonweeks.com Thu Jun 10 16:45:36 2004 From: james at charltonweeks.com (james charlton) Date: Thu, 10 Jun 2004 14:45:36 -0700 Subject: [AccessD] Outlook 2003 w/ FillList Message-ID: I have Office XP Pro on a number of machines in my office and at home where I work on the MS Access front end (Sql back end). I installed the MS Outlook 2003 (Outlook only) for three of the machines, home, mine and my partners. I made some slight changes to the program (changed the name and initials of a staff member that had just gotten married, nothing more), compacted and transferred it to my work machine (tha also has the 2003 Outlook - worked fine. When I copy this to machines that do not have the 2003 Outlook, the FillList function described in Access Developers Handbook chokes right and left... What the heck does one have to do with the other? James Charlton From stuart at lexacorp.com.pg Thu Jun 10 17:12:50 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 08:12:50 +1000 Subject: [AccessD] FW: Message when automatically sending email In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0273956A@bocnte2k4.boc.chevrontexaco.net> Message-ID: <40C96982.18655.13B26B@localhost> On 10 Jun 2004 at 13:51, Kaup, Chester A wrote: > I have code set up to automatically email a report to another email > user. It works fine but comes up with this message stating a program is > trying to automatically send email on your behalf. Do you want to allow > this? In the dialogue box are yes no and help buttons. Is there a way to > suppress the massage and send it without getting the dialogue box and > having to answer yes. Thanks for ideas. > That's the result of the "Outlook Security Patch" included in Office 2K SP2 and above. We've had a number of discussions about it in the past. There are several options. 1. Use a different email client instead of Outlook or OE. There are of course many other good reasons for following this path as well. A good free alternative is Pegasus Mail. http://www.pmail.com 2. Use Blat to send the message directly via SMTP, bypassing your mail client http://www.geocities.com/toby_korn/blat/ (Free) 3. Use the Redemption dll. http://www.dimastr.com/redemption/ ($200 for the distributable version) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Thu Jun 10 17:27:22 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 08:27:22 +1000 Subject: [AccessD] Format date in a text box In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0273955F@bocnte2k4.boc.chevrontexaco.net> Message-ID: <40C96CEA.23432.21008C@localhost> On 10 Jun 2004 at 9:02, Kaup, Chester A wrote: > I am trying to display the full month name in a text box on a report. I > tried the following but get January1. What should the format statement > look like? Thanks > =Format(Month(Date()),"mmmmm") > One too many "m", the first four gets you the "January", the fifth one gets you the "1" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From kathryn at bassett.net Thu Jun 10 17:35:34 2004 From: kathryn at bassett.net (Kathryn Bassett) Date: Thu, 10 Jun 2004 15:35:34 -0700 Subject: [AccessD] FIND - anyplace not specific Message-ID: <36u7hu$egrrj@mxip15a.cluster1.charter.net> It used to be, when clicking on the binolulars, I had the default to "look in" the entire query (or form etc) and Match "any part of field". When I installed Access2000 on my XP machine, that is no longer the case. Now, the default is to "look in" whatever field the cursor is in, and Match "Whole Field". How do I set the default back the way I had it? -- Kathryn Rhinehart Bassett (Pasadena CA) "Genealogy is my bag" "GH is my soap" kathryn at bassett.net http://bassett.net From stuart at lexacorp.com.pg Thu Jun 10 18:38:29 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 09:38:29 +1000 Subject: [AccessD] FIND - anyplace not specific In-Reply-To: <36u7hu$egrrj@mxip15a.cluster1.charter.net> Message-ID: <40C97D95.17762.621B0D@localhost> On 10 Jun 2004 at 15:35, Kathryn Bassett wrote: > It used to be, when clicking on the binolulars, I had the default to > "look in" the entire query (or form etc) and Match "any part of > field". > > When I installed Access2000 on my XP machine, that is no longer the > case. Now, the default is to "look in" whatever field the cursor is > in, and Match "Whole Field". > > How do I set the default back the way I had it? > Tools - Options - Edit/Find. Set Default Find/Replace behaviour to "General Search" Fast Search = Search current field , match whole field General Search = Search all fields, match any part of field Start of Field = Search current field, match begiining character(s) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Jim.Hale at FleetPride.com Thu Jun 10 18:53:50 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Thu, 10 Jun 2004 18:53:50 -0500 Subject: [AccessD] Help With Excel If Possible Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCBD@corp-es01.FLEETPRIDE.COM> I have sent you an excel spreadsheet that does what you want using countif within excel. Basically you add a column to the first sheet to create a "key" like Hartland_Paul_ATT. On the second sheet you use the countif function to count the occurrences of the key. For the date range use an if statement on the key to determine if the date falls between the desired dates. If it doesn't set the "false" part of the if statement to an empty string "". Col A will only have keys that fall within the desired range and only these will be counted. HTH Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Thursday, June 10, 2004 6:47 AM To: accessd Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Thu Jun 10 18:55:59 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 10 Jun 2004 19:55:59 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000001c44ef2$51431720$4c0b6bd5@netboxxp> Message-ID: Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Thu Jun 10 19:00:25 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 10 Jun 2004 20:00:25 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <184670-22004641005329919@christopherhawkins.com> Message-ID: Christopher, At this point (just starting), I am able to create a new customer, and a invoice completely within my program. Now, QuickBooks has too be open, (I think I maybe able to use their QuickBooks Remote Data Sharing Client with QuickBooks Remote Data Sharing Server to get around this but I'm not sure) to interact with the data. Outside of that it's seamless. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 09, 2004 8:53 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mine are too. The trick is, how seamless can it be made? The last time I looked at the SDK and the documentation, it appeared to me that part of the non-seamlessness was baked in to QB itself. -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 9 Jun 2004 20:22:20 -0400 >Wow > Intuit has a greater then 85% market share. I'm not sure about you >guys, >but my clients are screaming for a strong solution that interacts >with >QuickBooks in my products. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow >Sent: Tuesday, June 08, 2004 10:18 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mark, I don't want to continue this OT too much but I have to agree >- even >though I use it. You can't even have a customer be a vendor that you >also >purchase from! Drives me nuts! > >JB > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >Sent: Tuesday, June 08, 2004 7:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Side tracking a little... We use QB for the company accounts, the >lady >who does my books has torn it to pieces. She has found numerous >flaws in >the program, in particular in relation to journal postings and VAT, >can't remember what exactly (as I have a very short attention span) >but >don't be surprised if things don't always balance... I looked at >developing a few tools (data extracts and analysis) for it but didn't >bother starting once I realised Quickbooks couldn't even do a decent >job >of it themselves... > >Sorry to be negative but I found it to be a very disappointing piece >of >software, particularly in respect to data extracts, windows >integration >and simple accounting practices... > >Mark > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >Smolin >- Beach Access Software >Sent: 08 June 2004 23:54 >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] QuickBooks Project... Anyone game? > > >Robert: > >I looked at the QuickBooks SDK and gave up. Used the two-step - >export >from my app to their funky file format and import into QuickBooks. >You >can have the code if it helps. But I think you're looking for the >seamless solution. > >Rocky > >----- Original Message ----- >From: "Robert Gracie" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 08, 2004 2:45 PM >Subject: [AccessD] QuickBooks Project... Anyone game? > > >> Ok, >> The first question is.. Does anyone here currently (or have plans >in >> the >> future) to programmatically interact with QuickBooks 2003 or >greater, >either >> on a data or "front end" (Version 2004)level? >> >> The second question, would anyone here be interested in grouping >our >> efforts together to come up with a "wrapped" solution, such has >been >> done with the BEU? >> >> I'm looking at a Class based solution that can handle all the >major >> functions a typical company would need to interact with QB. >> >> What Say You? >> >> >> Robert Gracie >> www.servicexp.com >> >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 10 19:23:49 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 17:23:49 -0700 Subject: [AccessD] FIND - anyplace not specific References: <40C97D95.17762.621B0D@localhost> Message-ID: <028b01c44f4a$5e362f00$6601a8c0@HAL9002> Wow! Great tip Stuart! You have no idea how many times I've changed those stinkin' boxes Rocky ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Thursday, June 10, 2004 4:38 PM Subject: Re: [AccessD] FIND - anyplace not specific > On 10 Jun 2004 at 15:35, Kathryn Bassett wrote: > > > It used to be, when clicking on the binolulars, I had the default to > > "look in" the entire query (or form etc) and Match "any part of > > field". > > > > When I installed Access2000 on my XP machine, that is no longer the > > case. Now, the default is to "look in" whatever field the cursor is > > in, and Match "Whole Field". > > > > How do I set the default back the way I had it? > > > Tools - Options - Edit/Find. Set Default Find/Replace behaviour > to "General Search" > > Fast Search = Search current field , match whole field > General Search = Search all fields, match any part of field > Start of Field = Search current field, match begiining character(s) > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From kathryn at bassett.net Thu Jun 10 19:43:24 2004 From: kathryn at bassett.net (Kathryn Bassett) Date: Thu, 10 Jun 2004 17:43:24 -0700 Subject: [AccessD] FIND - anyplace not specific In-Reply-To: <40C97D95.17762.621B0D@localhost> Message-ID: <344nff$ss1dn@mxip01a.cluster1.charter.net> THANK YOU! I couldn't find it for the life of me and KNEW it had to be there. Kathryn > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: 10 Jun 2004 4:38 pm > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] FIND - anyplace not specific > > On 10 Jun 2004 at 15:35, Kathryn Bassett wrote: > > > It used to be, when clicking on the binolulars, I had the > default to > > "look in" the entire query (or form etc) and Match "any part of > > field". > > > > When I installed Access2000 on my XP machine, that is no longer the > > case. Now, the default is to "look in" whatever field the cursor is > > in, and Match "Whole Field". > > > > How do I set the default back the way I had it? > > > Tools - Options - Edit/Find. Set Default Find/Replace > behaviour to "General Search" > > Fast Search = Search current field , match whole field > General Search = Search all fields, match any part of field > Start of Field = Search current field, match begiining character(s) > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 10 19:48:15 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 10 Jun 2004 18:48:15 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <301200-22004651104815755@christopherhawkins.com> Well, that is pretty good. If only you didn't have to have QB open... -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 10 Jun 2004 20:00:25 -0400 >Christopher, > At this point (just starting), I am able to create a new customer, >and a >invoice completely within my program. Now, QuickBooks has too be >open, (I >think I maybe able to use their QuickBooks Remote Data Sharing >Client with >QuickBooks Remote Data Sharing Server to get around this but I'm not >sure) >to interact with the data. Outside of that it's seamless. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 09, 2004 8:53 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mine are too. The trick is, how seamless can it be made? The last >time I looked at the SDK and the documentation, it appeared to me >that part of the non-seamlessness was baked in to QB itself. > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 9 Jun 2004 20:22:20 -0400 > >>Wow >> Intuit has a greater then 85% market share. I'm not sure about you >>guys, >>but my clients are screaming for a strong solution that interacts >>with >>QuickBooks in my products. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >Bartow >>Sent: Tuesday, June 08, 2004 10:18 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mark, I don't want to continue this OT too much but I have to agree >>- even >>though I use it. You can't even have a customer be a vendor that you >>also >>purchase from! Drives me nuts! >> >>JB >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>Sent: Tuesday, June 08, 2004 7:46 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Side tracking a little... We use QB for the company accounts, the >>lady >>who does my books has torn it to pieces. She has found numerous >>flaws in >>the program, in particular in relation to journal postings and VAT, >>can't remember what exactly (as I have a very short attention span) >>but >>don't be surprised if things don't always balance... I looked at >>developing a few tools (data extracts and analysis) for it but >didn't >>bother starting once I realised Quickbooks couldn't even do a decent >>job >>of it themselves... >> >>Sorry to be negative but I found it to be a very disappointing piece >>of >>software, particularly in respect to data extracts, windows >>integration >>and simple accounting practices... >> >>Mark >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin >>- Beach Access Software >>Sent: 08 June 2004 23:54 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >> >> >>Robert: >> >>I looked at the QuickBooks SDK and gave up. Used the two-step - >>export >>from my app to their funky file format and import into QuickBooks. >>You >>can have the code if it helps. But I think you're looking for the >>seamless solution. >> >>Rocky >> >>----- Original Message ----- >>From: "Robert Gracie" >>To: "Access Developers discussion and problem solving" >> >>Sent: Tuesday, June 08, 2004 2:45 PM >>Subject: [AccessD] QuickBooks Project... Anyone game? >> >> >>> Ok, >>> The first question is.. Does anyone here currently (or have plans >>in >>> the >>> future) to programmatically interact with QuickBooks 2003 or >>greater, >>either >>> on a data or "front end" (Version 2004)level? >>> >>> The second question, would anyone here be interested in grouping >>our >>> efforts together to come up with a "wrapped" solution, such has >>been >>> done with the BEU? >>> >>> I'm looking at a Class based solution that can handle all the >>major >>> functions a typical company would need to interact with QB. >>> >>> What Say You? >>> >>> >>> Robert Gracie >>> www.servicexp.com >>> >>> >>> >>> -- >>> _______________________________________________ >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From joconnell at indy.rr.com Thu Jun 10 19:46:56 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Thu, 10 Jun 2004 19:46:56 -0500 Subject: [AccessD] FW: Message when automatically sending email Message-ID: <04d401c44f4d$9afc0420$6701a8c0@joe> And a 4th option is ClickYes, a program that will automatically click the Yes button whenever the message box is normally displayed http://www.express-soft.com/mailmate/clickyes.html Joe O'Connell -----Original Message----- From: Stuart McLachlan To: Access Developers discussion and problem solving Date: Thursday, June 10, 2004 5:25 PM Subject: Re: [AccessD] FW: Message when automatically sending email On 10 Jun 2004 at 13:51, Kaup, Chester A wrote: > I have code set up to automatically email a report to another email > user. It works fine but comes up with this message stating a program is > trying to automatically send email on your behalf. Do you want to allow > this? In the dialogue box are yes no and help buttons. Is there a way to > suppress the massage and send it without getting the dialogue box and > having to answer yes. Thanks for ideas. > That's the result of the "Outlook Security Patch" included in Office 2K SP2 and above. We've had a number of discussions about it in the past. There are several options. 1. Use a different email client instead of Outlook or OE. There are of course many other good reasons for following this path as well. A good free alternative is Pegasus Mail. http://www.pmail.com 2. Use Blat to send the message directly via SMTP, bypassing your mail client http://www.geocities.com/toby_korn/blat/ (Free) 3. Use the Redemption dll. http://www.dimastr.com/redemption/ ($200 for the distributable version) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 10 19:51:17 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 10 Jun 2004 18:51:17 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <185330-22004651105117539@christopherhawkins.com> Wait a minute - aren't there prepackaged VB6 samples for the customer and invoice creation modules in the QB SDK? That would explain the seamlessness of those tow particular operations. ;) What do you need to be able to do with QB that you can't do now? That is to say, what is the intended scope of this QuickBooks project? -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 10 Jun 2004 20:00:25 -0400 >Christopher, > At this point (just starting), I am able to create a new customer, >and a >invoice completely within my program. Now, QuickBooks has too be >open, (I >think I maybe able to use their QuickBooks Remote Data Sharing >Client with >QuickBooks Remote Data Sharing Server to get around this but I'm not >sure) >to interact with the data. Outside of that it's seamless. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 09, 2004 8:53 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mine are too. The trick is, how seamless can it be made? The last >time I looked at the SDK and the documentation, it appeared to me >that part of the non-seamlessness was baked in to QB itself. > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 9 Jun 2004 20:22:20 -0400 > >>Wow >> Intuit has a greater then 85% market share. I'm not sure about you >>guys, >>but my clients are screaming for a strong solution that interacts >>with >>QuickBooks in my products. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >Bartow >>Sent: Tuesday, June 08, 2004 10:18 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mark, I don't want to continue this OT too much but I have to agree >>- even >>though I use it. You can't even have a customer be a vendor that you >>also >>purchase from! Drives me nuts! >> >>JB >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>Sent: Tuesday, June 08, 2004 7:46 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Side tracking a little... We use QB for the company accounts, the >>lady >>who does my books has torn it to pieces. She has found numerous >>flaws in >>the program, in particular in relation to journal postings and VAT, >>can't remember what exactly (as I have a very short attention span) >>but >>don't be surprised if things don't always balance... I looked at >>developing a few tools (data extracts and analysis) for it but >didn't >>bother starting once I realised Quickbooks couldn't even do a decent >>job >>of it themselves... >> >>Sorry to be negative but I found it to be a very disappointing piece >>of >>software, particularly in respect to data extracts, windows >>integration >>and simple accounting practices... >> >>Mark >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin >>- Beach Access Software >>Sent: 08 June 2004 23:54 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >> >> >>Robert: >> >>I looked at the QuickBooks SDK and gave up. Used the two-step - >>export >>from my app to their funky file format and import into QuickBooks. >>You >>can have the code if it helps. But I think you're looking for the >>seamless solution. >> >>Rocky >> >>----- Original Message ----- >>From: "Robert Gracie" >>To: "Access Developers discussion and problem solving" >> >>Sent: Tuesday, June 08, 2004 2:45 PM >>Subject: [AccessD] QuickBooks Project... Anyone game? >> >> >>> Ok, >>> The first question is.. Does anyone here currently (or have plans >>in >>> the >>> future) to programmatically interact with QuickBooks 2003 or >>greater, >>either >>> on a data or "front end" (Version 2004)level? >>> >>> The second question, would anyone here be interested in grouping >>our >>> efforts together to come up with a "wrapped" solution, such has >>been >>> done with the BEU? >>> >>> I'm looking at a Class based solution that can handle all the >>major >>> functions a typical company would need to interact with QB. >>> >>> What Say You? >>> >>> >>> Robert Gracie >>> www.servicexp.com >>> >>> >>> >>> -- >>> _______________________________________________ >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Thu Jun 10 20:29:39 2004 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 10 Jun 2004 20:29:39 -0500 Subject: [AccessD] FW: Message when automatically sending email In-Reply-To: <10354596.1086915484581.JavaMail.root@sniper4.usinternet.com> Message-ID: <000501c44f53$90dd2b30$de1811d8@danwaters> Chester, Another option is to use vbSendMail, which you can find at this site: http://www.freevbcode.com/ShowCode.Asp?ID=109 It's free and comes with good documentation. Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joseph O'Connell Sent: Thursday, June 10, 2004 7:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] FW: Message when automatically sending email And a 4th option is ClickYes, a program that will automatically click the Yes button whenever the message box is normally displayed http://www.express-soft.com/mailmate/clickyes.html Joe O'Connell -----Original Message----- From: Stuart McLachlan To: Access Developers discussion and problem solving Date: Thursday, June 10, 2004 5:25 PM Subject: Re: [AccessD] FW: Message when automatically sending email On 10 Jun 2004 at 13:51, Kaup, Chester A wrote: > I have code set up to automatically email a report to another email > user. It works fine but comes up with this message stating a program is > trying to automatically send email on your behalf. Do you want to allow > this? In the dialogue box are yes no and help buttons. Is there a way to > suppress the massage and send it without getting the dialogue box and > having to answer yes. Thanks for ideas. > That's the result of the "Outlook Security Patch" included in Office 2K SP2 and above. We've had a number of discussions about it in the past. There are several options. 1. Use a different email client instead of Outlook or OE. There are of course many other good reasons for following this path as well. A good free alternative is Pegasus Mail. http://www.pmail.com 2. Use Blat to send the message directly via SMTP, bypassing your mail client http://www.geocities.com/toby_korn/blat/ (Free) 3. Use the Redemption dll. http://www.dimastr.com/redemption/ ($200 for the distributable version) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 10 23:16:57 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 14:16:57 +1000 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <009001c44f6a$f0337b90$48619a89@DDICK> Hello all When I drop a control onto a form (say a text Box) The system usually it something like Text0 or text1 etc and it also creates its very own label with similar names. If I know the name of a control can I get it's label name and or caption or any such properties? eg Me.txtMyTextBox.ChildLabel.caption Many thanks in advance Darren From clh at christopherhawkins.com Thu Jun 10 23:27:36 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 10 Jun 2004 22:27:36 -0600 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <191690-22004651142736205@christopherhawkins.com> I may be doing it the hard way, but I've always named my labels 'lbl' & ControlName. -C- ---- Original Message ---- From: d.dick at uws.edu.au To: AccessD at databaseadvisors.com, Subject: RE: [AccessD] A2K: Get Control's Label Name Date: Fri, 11 Jun 2004 14:16:57 +1000 >Hello all >When I drop a control onto a form (say a text Box) >The system usually it something like Text0 or text1 etc and it also >creates its very own label with similar names. > >If I know the name of a control can I get it's label name and or >caption or any such properties? > >eg Me.txtMyTextBox.ChildLabel.caption > >Many thanks in advance > >Darren > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From d.dick at uws.edu.au Fri Jun 11 00:36:43 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 15:36:43 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: <191690-22004651142736205@christopherhawkins.com> Message-ID: <009e01c44f76$1403dff0$48619a89@DDICK> Yeah I do that too but in this case I can't because things are being done differently using tags Many thanks DD ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Friday, June 11, 2004 2:27 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > I may be doing it the hard way, but I've always named my labels 'lbl' > & ControlName. > > -C- > > ---- Original Message ---- > From: d.dick at uws.edu.au > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] A2K: Get Control's Label Name > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > >Hello all > >When I drop a control onto a form (say a text Box) > >The system usually it something like Text0 or text1 etc and it also > >creates its very own label with similar names. > > > >If I know the name of a control can I get it's label name and or > >caption or any such properties? > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > >Many thanks in advance > > > >Darren > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Fri Jun 11 00:51:12 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 11 Jun 2004 01:51:12 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <009e01c44f76$1403dff0$48619a89@DDICK> Message-ID: Darren I believe that the default label name is FieldName_Label, so you can always just append the _Label to your field names for handling (eg: if the field name is txtMyTextBox then the label's caption should be Me.txtMyTextBox_Label.caption). Regards, Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK Sent: Friday, June 11, 2004 01:37 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K: Get Control's Label Name Yeah I do that too but in this case I can't because things are being done differently using tags Many thanks DD ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Friday, June 11, 2004 2:27 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > I may be doing it the hard way, but I've always named my labels 'lbl' > & ControlName. > > -C- > > ---- Original Message ---- > From: d.dick at uws.edu.au > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] A2K: Get Control's Label Name > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > >Hello all > >When I drop a control onto a form (say a text Box) > >The system usually it something like Text0 or text1 etc and it also > >creates its very own label with similar names. > > > >If I know the name of a control can I get it's label name and or > >caption or any such properties? > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > >Many thanks in advance > > > >Darren > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Fri Jun 11 01:18:35 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 16:18:35 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: Message-ID: <00a601c44f7b$ed7b50b0$48619a89@DDICK> Thanks Bob The naming convention I am using is different to that We are using "lbl" and then the control name I am not even directly referring to the 'Parent control' either. I am using TAGs that meet a criteria. I was hoping it was an exposed property of some kind DD ----- Original Message ----- From: "Bob Gajewski" To: "Access Developers discussion and problem solving" Sent: Friday, June 11, 2004 3:51 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > Darren > > I believe that the default label name is FieldName_Label, so you can always > just append the _Label to your field names for handling (eg: if the field > name is txtMyTextBox then the label's caption should be > Me.txtMyTextBox_Label.caption). > > Regards, > > Bob Gajewski > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK > Sent: Friday, June 11, 2004 01:37 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > Yeah I do that too > but in this case I can't because things are being done differently > using tags > > Many thanks > > DD > > > ----- Original Message ----- > From: "Christopher Hawkins" > To: > Sent: Friday, June 11, 2004 2:27 PM > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > I may be doing it the hard way, but I've always named my labels 'lbl' > > & ControlName. > > > > -C- > > > > ---- Original Message ---- > > From: d.dick at uws.edu.au > > To: AccessD at databaseadvisors.com, > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > >Hello all > > >When I drop a control onto a form (say a text Box) > > >The system usually it something like Text0 or text1 etc and it also > > >creates its very own label with similar names. > > > > > >If I know the name of a control can I get it's label name and or > > >caption or any such properties? > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > >Many thanks in advance > > > > > >Darren > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 11 01:31:40 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 23:31:40 -0700 Subject: [AccessD] A2K: Get Control's Label Name References: <00a601c44f7b$ed7b50b0$48619a89@DDICK> Message-ID: <02f301c44f7d$c164ede0$6601a8c0@HAL9002> Darren: Off the top of my head. Don't know if this'll do but, how about: dim txt as Control dim lbl as Control set txt=(text box control name) set lbl="lbl" & txt.Name Now you've got lbl as the label object and all its properties are available. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Thursday, June 10, 2004 11:18 PM Subject: Re: [AccessD] A2K: Get Control's Label Name > Thanks Bob > The naming convention I am using is different to that > We are using "lbl" and then the control name > I am not even directly referring to the 'Parent control' either. > I am using TAGs that meet a criteria. > I was hoping it was an exposed property of some kind > > DD > > ----- Original Message ----- > From: "Bob Gajewski" > To: "Access Developers discussion and problem solving" > Sent: Friday, June 11, 2004 3:51 PM > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Darren > > > > I believe that the default label name is FieldName_Label, so you can always > > just append the _Label to your field names for handling (eg: if the field > > name is txtMyTextBox then the label's caption should be > > Me.txtMyTextBox_Label.caption). > > > > Regards, > > > > Bob Gajewski > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK > > Sent: Friday, June 11, 2004 01:37 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > Yeah I do that too > > but in this case I can't because things are being done differently > > using tags > > > > Many thanks > > > > DD > > > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Friday, June 11, 2004 2:27 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > I may be doing it the hard way, but I've always named my labels 'lbl' > > > & ControlName. > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: d.dick at uws.edu.au > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > >Hello all > > > >When I drop a control onto a form (say a text Box) > > > >The system usually it something like Text0 or text1 etc and it also > > > >creates its very own label with similar names. > > > > > > > >If I know the name of a control can I get it's label name and or > > > >caption or any such properties? > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > >Many thanks in advance > > > > > > > >Darren > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 11 01:41:54 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 11 Jun 2004 07:41:54 +0100 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <00a601c44f7b$ed7b50b0$48619a89@DDICK> Message-ID: <001401c44f7f$2f934cc0$b274d0d5@minster33c3r25> Hey Darren, how're you going? You can do it in a backwards sort of way. Every label's parent is its control (if it has one). So if you know the text control you're looking for you can iterate through the labels until you hit it. Like this: Function GetLabelName(frm As Form, ctl As Control) Dim ctlLabel As Control For Each ctlLabel In frm.Controls If ctlLabel.ControlType = acLabel Then If ctlLabel.Parent.Name = ctl.Name Then GetLabelName = ctlLabel.Name End If End If Next End Function SYWWE -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > Sent: 11 June 2004 07:19 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > Thanks Bob > The naming convention I am using is different to that > We are using "lbl" and then the control name > I am not even directly referring to the 'Parent control' either. > I am using TAGs that meet a criteria. > I was hoping it was an exposed property of some kind > > DD > > ----- Original Message ----- > From: "Bob Gajewski" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 11, 2004 3:51 PM > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Darren > > > > I believe that the default label name is FieldName_Label, > so you can > > always just append the _Label to your field names for > handling (eg: if > > the field name is txtMyTextBox then the label's caption should be > > Me.txtMyTextBox_Label.caption). > > > > Regards, > > > > Bob Gajewski > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Darren DICK > > Sent: Friday, June 11, 2004 01:37 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > Yeah I do that too > > but in this case I can't because things are being done differently > > using tags > > > > Many thanks > > > > DD > > > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Friday, June 11, 2004 2:27 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > I may be doing it the hard way, but I've always named my labels > > > 'lbl' & ControlName. > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: d.dick at uws.edu.au > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > >Hello all > > > >When I drop a control onto a form (say a text Box) > > > >The system usually it something like Text0 or text1 etc > and it also > > > >creates its very own label with similar names. > > > > > > > >If I know the name of a control can I get it's label name and or > > > >caption or any such properties? > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > >Many thanks in advance > > > > > > > >Darren > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From d.dick at uws.edu.au Fri Jun 11 01:52:07 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 16:52:07 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: <00a601c44f7b$ed7b50b0$48619a89@DDICK> <02f301c44f7d$c164ede0$6601a8c0@HAL9002> Message-ID: <00ea01c44f80$9ced1d90$48619a89@DDICK> Thanks Rocky I'm gonna use a bit of each Private Sub ps_SetVisibles(intListItem As Integer) Dim ctl As Control Dim strLabelCaption As String For Each ctl In Me.Controls If Mid(ctl.Tag, 3, 1) = intListItem Then ctl.Enabled = True strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, Len(ctl.Name))).Caption MsgBox strLabelCaption End If Next End Sub ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Friday, June 11, 2004 4:31 PM Subject: Re: [AccessD] A2K: Get Control's Label Name > Darren: > > Off the top of my head. Don't know if this'll do but, how about: > > dim txt as Control > dim lbl as Control > > set txt=(text box control name) > set lbl="lbl" & txt.Name > > Now you've got lbl as the label object and all its properties are available. > > HTH > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Darren DICK" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 10, 2004 11:18 PM > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Thanks Bob > > The naming convention I am using is different to that > > We are using "lbl" and then the control name > > I am not even directly referring to the 'Parent control' either. > > I am using TAGs that meet a criteria. > > I was hoping it was an exposed property of some kind > > > > DD > > > > ----- Original Message ----- > > From: "Bob Gajewski" > > To: "Access Developers discussion and problem solving" > > > Sent: Friday, June 11, 2004 3:51 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren > > > > > > I believe that the default label name is FieldName_Label, so you can > always > > > just append the _Label to your field names for handling (eg: if the > field > > > name is txtMyTextBox then the label's caption should be > > > Me.txtMyTextBox_Label.caption). > > > > > > Regards, > > > > > > Bob Gajewski > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK > > > Sent: Friday, June 11, 2004 01:37 > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > Yeah I do that too > > > but in this case I can't because things are being done differently > > > using tags > > > > > > Many thanks > > > > > > DD > > > > > > > > > ----- Original Message ----- > > > From: "Christopher Hawkins" > > > To: > > > Sent: Friday, June 11, 2004 2:27 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > I may be doing it the hard way, but I've always named my labels 'lbl' > > > > & ControlName. > > > > > > > > -C- > > > > > > > > ---- Original Message ---- > > > > From: d.dick at uws.edu.au > > > > To: AccessD at databaseadvisors.com, > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > >Hello all > > > > >When I drop a control onto a form (say a text Box) > > > > >The system usually it something like Text0 or text1 etc and it also > > > > >creates its very own label with similar names. > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > >caption or any such properties? > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > >Many thanks in advance > > > > > > > > > >Darren > > > > > > > > > >-- > > > > >_______________________________________________ > > > > >AccessD mailing list > > > > >AccessD at databaseadvisors.com > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Fri Jun 11 02:03:49 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 17:03:49 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: <001401c44f7f$2f934cc0$b274d0d5@minster33c3r25> Message-ID: <00ef01c44f82$3ef1bff0$48619a89@DDICK> HI Andy Yes we will SYWyouE :-))))))) It's winter here and it's managed to get as cold as (wait for it) 10 degrees Celsius (snigger snigger) The days are glorious and mild up to 25 degrees Celsius (more sniggering) (10Celsius = approx 50 faren and 25 = approx 65) hee hee Thanks heaps - I was sure there had to be a parent child thing happening here Outstanding Hang on a sec I'll call see ya Darren ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 4:41 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > Hey Darren, how're you going? > > You can do it in a backwards sort of way. Every label's parent is its > control (if it has one). So if you know the text control you're looking for > you can iterate through the labels until you hit it. Like this: > > Function GetLabelName(frm As Form, ctl As Control) > Dim ctlLabel As Control > For Each ctlLabel In frm.Controls > If ctlLabel.ControlType = acLabel Then > If ctlLabel.Parent.Name = ctl.Name Then > GetLabelName = ctlLabel.Name > End If > End If > Next > End Function > > SYWWE > > -- Andy Lacey > http://www.minstersystems.co.uk > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > > Sent: 11 June 2004 07:19 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > Thanks Bob > > The naming convention I am using is different to that > > We are using "lbl" and then the control name > > I am not even directly referring to the 'Parent control' either. > > I am using TAGs that meet a criteria. > > I was hoping it was an exposed property of some kind > > > > DD > > > > ----- Original Message ----- > > From: "Bob Gajewski" > > To: "Access Developers discussion and problem solving" > > > > Sent: Friday, June 11, 2004 3:51 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren > > > > > > I believe that the default label name is FieldName_Label, > > so you can > > > always just append the _Label to your field names for > > handling (eg: if > > > the field name is txtMyTextBox then the label's caption should be > > > Me.txtMyTextBox_Label.caption). > > > > > > Regards, > > > > > > Bob Gajewski > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > > Darren DICK > > > Sent: Friday, June 11, 2004 01:37 > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > Yeah I do that too > > > but in this case I can't because things are being done differently > > > using tags > > > > > > Many thanks > > > > > > DD > > > > > > > > > ----- Original Message ----- > > > From: "Christopher Hawkins" > > > To: > > > Sent: Friday, June 11, 2004 2:27 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > I may be doing it the hard way, but I've always named my labels > > > > 'lbl' & ControlName. > > > > > > > > -C- > > > > > > > > ---- Original Message ---- > > > > From: d.dick at uws.edu.au > > > > To: AccessD at databaseadvisors.com, > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > >Hello all > > > > >When I drop a control onto a form (say a text Box) > > > > >The system usually it something like Text0 or text1 etc > > and it also > > > > >creates its very own label with similar names. > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > >caption or any such properties? > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > >Many thanks in advance > > > > > > > > > >Darren > > > > > > > > > >-- > > > > >_______________________________________________ > > > > >AccessD mailing list > > > > >AccessD at databaseadvisors.com > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > 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 fsmail.net Fri Jun 11 02:47:22 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Fri, 11 Jun 2004 09:47:22 +0200 (CEST) Subject: [AccessD] Help With Excel If Possible Message-ID: <28343150.1086940042208.JavaMail.www@wwinf3003> Jim, Thanks will give that a go a bit later. Paul Message date : Jun 11 2004, 12:55 AM >From : "Hale, Jim" To : "'Access Developers discussion and problem solving'" Copy to : Subject : RE: [AccessD] Help With Excel If Possible I have sent you an excel spreadsheet that does what you want using countif within excel. Basically you add a column to the first sheet to create a "key" like Hartland_Paul_ATT. On the second sheet you use the countif function to count the occurrences of the key. For the date range use an if statement on the key to determine if the date falls between the desired dates. If it doesn't set the "false" part of the if statement to an empty string "". Col A will only have keys that fall within the desired range and only these will be counted. HTH Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Thursday, June 10, 2004 6:47 AM To: accessd Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From gustav at cactus.dk Fri Jun 11 03:42:40 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 11 Jun 2004 10:42:40 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000001c44ef2$51431720$4c0b6bd5@netboxxp> References: <000001c44ef2$51431720$4c0b6bd5@netboxxp> Message-ID: <1046321750.20040611104240@cactus.dk> Hi Mark > .. Accounting data structures are very straight forward .. Well, that's what many a programmer have thought: "- how difficult can it be to sum debit and credit?". There is more in an accounting application than this. > .. and I don't understand why there > are so many discrepancies in such a 'well' developed package. For > example, several of the standard reports don't cross balance due to the > fact they (sometimes) ignore journal entries. Saying that though, I have > never been impressed by an accounts package so maybe I'm just too > cynical :O) /gustav From HollisVJ at pgdp.usec.com Fri Jun 11 06:19:07 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 06:19:07 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86AB@cntexchange.pgdp.usec.com> I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function From marcus at tsstech.com Fri Jun 11 06:25:35 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 07:25:35 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Fri Jun 11 06:34:32 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Fri, 11 Jun 2004 07:34:32 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <185330-22004651105117539@christopherhawkins.com> Message-ID: Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Thursday, June 10, 2004 8:51 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wait a minute - aren't there prepackaged VB6 samples for the customer and invoice creation modules in the QB SDK? That would explain the seamlessness of those tow particular operations. ;) What do you need to be able to do with QB that you can't do now? That is to say, what is the intended scope of this QuickBooks project? -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 10 Jun 2004 20:00:25 -0400 >Christopher, > At this point (just starting), I am able to create a new customer, >and a >invoice completely within my program. Now, QuickBooks has too be >open, (I >think I maybe able to use their QuickBooks Remote Data Sharing >Client with >QuickBooks Remote Data Sharing Server to get around this but I'm not >sure) >to interact with the data. Outside of that it's seamless. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 09, 2004 8:53 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mine are too. The trick is, how seamless can it be made? The last >time I looked at the SDK and the documentation, it appeared to me >that part of the non-seamlessness was baked in to QB itself. > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 9 Jun 2004 20:22:20 -0400 > >>Wow >> Intuit has a greater then 85% market share. I'm not sure about you >>guys, >>but my clients are screaming for a strong solution that interacts >>with >>QuickBooks in my products. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >Bartow >>Sent: Tuesday, June 08, 2004 10:18 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mark, I don't want to continue this OT too much but I have to agree >>- even >>though I use it. You can't even have a customer be a vendor that you >>also >>purchase from! Drives me nuts! >> >>JB >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>Sent: Tuesday, June 08, 2004 7:46 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Side tracking a little... We use QB for the company accounts, the >>lady >>who does my books has torn it to pieces. She has found numerous >>flaws in >>the program, in particular in relation to journal postings and VAT, >>can't remember what exactly (as I have a very short attention span) >>but >>don't be surprised if things don't always balance... I looked at >>developing a few tools (data extracts and analysis) for it but >didn't >>bother starting once I realised Quickbooks couldn't even do a decent >>job >>of it themselves... >> >>Sorry to be negative but I found it to be a very disappointing piece >>of >>software, particularly in respect to data extracts, windows >>integration >>and simple accounting practices... >> >>Mark >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin >>- Beach Access Software >>Sent: 08 June 2004 23:54 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >> >> >>Robert: >> >>I looked at the QuickBooks SDK and gave up. Used the two-step - >>export >>from my app to their funky file format and import into QuickBooks. >>You >>can have the code if it helps. But I think you're looking for the >>seamless solution. >> >>Rocky >> >>----- Original Message ----- >>From: "Robert Gracie" >>To: "Access Developers discussion and problem solving" >> >>Sent: Tuesday, June 08, 2004 2:45 PM >>Subject: [AccessD] QuickBooks Project... Anyone game? >> >> >>> Ok, >>> The first question is.. Does anyone here currently (or have plans >>in >>> the >>> future) to programmatically interact with QuickBooks 2003 or >>greater, >>either >>> on a data or "front end" (Version 2004)level? >>> >>> The second question, would anyone here be interested in grouping >>our >>> efforts together to come up with a "wrapped" solution, such has >>been >>> done with the BEU? >>> >>> I'm looking at a Class based solution that can handle all the >>major >>> functions a typical company would need to interact with QB. >>> >>> What Say You? >>> >>> >>> Robert Gracie >>> www.servicexp.com >>> >>> >>> >>> -- >>> _______________________________________________ >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 06:38:41 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 07:38:41 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <009001c44f6a$f0337b90$48619a89@DDICK> Message-ID: <000b01c44fa8$a5b74d10$0501a8c0@colbyws> Now see, if you'd been paying attention to the framework discussion... The label is not a property, but a control in each control's "control collection". In order to find the control, you iterate through the controls collection for the given control looking for a control with the controltype acLabel. The following function will find that control and return a pointer to it. You can then use it directly: CtlLbl(txtLastName).Caption = "Last Name" Or you can assign the pointer to a local variable: Dim lbl as Label set lbl = CtlLbl(txtLastName) lbl.Caption="Last Name" By assigning it to a variable you can quickly and easily come back and change the background color, font, bold, italic etc. I have a label variable in each of my control classes, which I populate as soon as the control is passed in. Thus each control class has access to it's label (if any). ' 'Finds the label that "belongs to" any given control. ' Function CtlLbl(ctlFindLbl As Control) As Label On Error GoTo Err_CtlLbl Dim ctl As Control For Each ctl In ctlFindLbl.Controls If ctl.ControlType = acLabel Then Set CtlLbl = ctl Exit For End If Next ctl Exit_CtlLbl: Exit Function Err_CtlLbl: Select Case Err Case 0 '.insert Errors you wish to ignore here Resume Next Case Else '.All other errors will trap Beep MsgBox Err.Description, , "Error in Function Utils.CtlLbl" Resume Exit_CtlLbl End Select Resume 0 '.FOR TROUBLESHOOTING End Function John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK Sent: Friday, June 11, 2004 12:17 AM To: AccessD List Subject: [AccessD] A2K: Get Control's Label Name Hello all When I drop a control onto a form (say a text Box) The system usually it something like Text0 or text1 etc and it also creates its very own label with similar names. If I know the name of a control can I get it's label name and or caption or any such properties? eg Me.txtMyTextBox.ChildLabel.caption Many thanks in advance Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 07:21:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 08:21:29 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <000c01c44fae$9fea9030$0501a8c0@colbyws> I'm in. I have a client right now jumping through hoops to do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Friday, June 11, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com From jwcolby at colbyconsulting.com Fri Jun 11 07:21:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 08:21:29 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <000d01c44fae$a01f0db0$0501a8c0@colbyws> >My point is that you couldn't distinguish one bolt/nut/screw from another (in that bin) by looking at it. Not true at all. I worked at a screw manufacturer a few years back. You could hand the owner a screw and he could rattle off the attributes. >All of the attributes are the same. That's like saying all the attributes of people in a group are the same. Simply not true, you are trained to distinguish people ad you could look at a person and rattle off height, weight, hair color, eye color, ethnic background etc. You are just not trained to recognize screws. As for the serial number vs. autonumber... I personally agree, they are equivalent. Just unique numbers used to identify an instance of an object. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and > act as a << unique identifier - the classic relational key. Keys are > visible, and you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for > saying an auto-number can't be a key. The UPC code is nothing more > than numbers that represent a grouping of objects (company, product, > etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an > interesting article on keys and the various types of keys...some I had > never heard of or more accurately differentiated and described. The > view of the article suggests that there is a need for specialized keys > but their choice is dictated by data or requirements. I now take the > liberty to post this information here. Some of the list may be very > familiar and some may not. I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an attribute of anything except the machinery's internal > state. Pointers and other physical implementation details fail as > identifiers on the same principle. > > A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It > doesn't exist in the external reality but can be verified for syntax > or check digits inside itself. For example, open codes in the UPC > scheme can be assigned to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed to the user. There's no way to predict or verify it. The > system obtains a value through some physical process totally unrelated > to the logical data model. Example: IDENTITY columns, other > autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind > the covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly > sequential or not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, > just as an Identity integer field in SQL Server does. Because its > meaningless it will never need to be changed and hence won't cause the > problems that would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > > can cause you problems: you can't extend the table without ruining > > your calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated > > (as above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of > > the > data, > > and your data modeling style, plays the deciding role in your PK > > choice. > > > > In your data dimension table example, you are creating a meaningful > field SequentialDateNumber (which you are calling ID) and are using it > in data calculations. > > Thr real question in this situation is not whether you use this > natural key as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. If you have > received this message in error, please notify the sender immediately > and delete this email from your system. No warranty is given that this > email or files, if attached to this email, are free from computer > viruses or other defects. They are provided on the basis the user > assumes all responsibility for loss, damage or consequence resulting > directly or indirectly from their use, whether caused by the > negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Jun 11 07:18:45 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 11 Jun 2004 14:18:45 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <7919286582.20040611141845@cactus.dk> Hi Robert There is nothing like buggy accounting applications. QB is not sold here, so I have no idea, but if QB is buggy I wouldn't waste a second on developing add-ons for it. The clients will haunt you ... /gustav > The problem is, there are no (none that I can find at least) complete > sophisticated solutions that are under 500.00. I have tried the coreObjX > dll, but that thing is a nightmare to even get registered on the users > machines (even their own install routine will not register 9 time out of > 10), the other (AcctSync) solutions I found is about 1K, so it's out of my > price range. > What I'm hoping (going) to build is a class based solution based on the > QBFC. So in the end I will end up with a solution that will allow for > portability, and very easy communications with QB. The solution will do all > the "grunt" work under the hood automatically, and allow me to send and > interpret QB requests very easily. > It's not easy working with QB's API, and I would have like to made it an > open source kind of thing, but I was hoping for at least 5 serious > developers to join in. From marcus at tsstech.com Fri Jun 11 07:28:04 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 08:28:04 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: John, If you have a bin full of 20,000 screws (all the same, because that's what I was saying) you would be an amazing person if I could pick up anyone of them, show it to you, take it back, put it back in the bin, mix the bin up, and you could find that same exact screw. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 8:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate >My point is that you couldn't distinguish one bolt/nut/screw from another (in that bin) by looking at it. Not true at all. I worked at a screw manufacturer a few years back. You could hand the owner a screw and he could rattle off the attributes. >All of the attributes are the same. That's like saying all the attributes of people in a group are the same. Simply not true, you are trained to distinguish people ad you could look at a person and rattle off height, weight, hair color, eye color, ethnic background etc. You are just not trained to recognize screws. As for the serial number vs. autonumber... I personally agree, they are equivalent. Just unique numbers used to identify an instance of an object. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and > act as a << unique identifier - the classic relational key. Keys are > visible, and you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for > saying an auto-number can't be a key. The UPC code is nothing more > than numbers that represent a grouping of objects (company, product, > etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an > interesting article on keys and the various types of keys...some I had > never heard of or more accurately differentiated and described. The > view of the article suggests that there is a need for specialized keys > but their choice is dictated by data or requirements. I now take the > liberty to post this information here. Some of the list may be very > familiar and some may not. I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an attribute of anything except the machinery's internal > state. Pointers and other physical implementation details fail as > identifiers on the same principle. > > A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It > doesn't exist in the external reality but can be verified for syntax > or check digits inside itself. For example, open codes in the UPC > scheme can be assigned to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed to the user. There's no way to predict or verify it. The > system obtains a value through some physical process totally unrelated > to the logical data model. Example: IDENTITY columns, other > autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind > the covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly > sequential or not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, > just as an Identity integer field in SQL Server does. Because its > meaningless it will never need to be changed and hence won't cause the > problems that would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > > can cause you problems: you can't extend the table without ruining > > your calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated > > (as above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of > > the > data, > > and your data modeling style, plays the deciding role in your PK > > choice. > > > > In your data dimension table example, you are creating a meaningful > field SequentialDateNumber (which you are calling ID) and are using it > in data calculations. > > Thr real question in this situation is not whether you use this > natural key as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. If you have > received this message in error, please notify the sender immediately > and delete this email from your system. No warranty is given that this > email or files, if attached to this email, are free from computer > viruses or other defects. They are provided on the basis the user > assumes all responsibility for loss, damage or consequence resulting > directly or indirectly from their use, whether caused by the > negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 07:43:21 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 08:43:21 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <000f01c44fb1$add88370$0501a8c0@colbyws> Sorry, I appeared to be back at Jim's message - "pick a screw up off the shelf", which I took to mean just some screw laying on someone's desk. Of course a single screw in a bin of that type couldn't be distinguished from any other without a serial number. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 8:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate John, If you have a bin full of 20,000 screws (all the same, because that's what I was saying) you would be an amazing person if I could pick up anyone of them, show it to you, take it back, put it back in the bin, mix the bin up, and you could find that same exact screw. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 8:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate >My point is that you couldn't distinguish one bolt/nut/screw from >another (in that bin) by looking at it. Not true at all. I worked at a screw manufacturer a few years back. You could hand the owner a screw and he could rattle off the attributes. >All of the attributes are the same. That's like saying all the attributes of people in a group are the same. Simply not true, you are trained to distinguish people ad you could look at a person and rattle off height, weight, hair color, eye color, ethnic background etc. You are just not trained to recognize screws. As for the serial number vs. autonumber... I personally agree, they are equivalent. Just unique numbers used to identify an instance of an object. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and > act as a << unique identifier - the classic relational key. Keys are > visible, and you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for > saying an auto-number can't be a key. The UPC code is nothing more > than numbers that represent a grouping of objects (company, product, > etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an > interesting article on keys and the various types of keys...some I had > never heard of or more accurately differentiated and described. The > view of the article suggests that there is a need for specialized keys > but their choice is dictated by data or requirements. I now take the > liberty to post this information here. Some of the list may be very > familiar and some may not. I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an attribute of anything except the machinery's internal > state. Pointers and other physical implementation details fail as > identifiers on the same principle. > > A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It > doesn't exist in the external reality but can be verified for syntax > or check digits inside itself. For example, open codes in the UPC > scheme can be assigned to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed to the user. There's no way to predict or verify it. The > system obtains a value through some physical process totally unrelated > to the logical data model. Example: IDENTITY columns, other > autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind > the covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly > sequential or not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, > just as an Identity integer field in SQL Server does. Because its > meaningless it will never need to be changed and hence won't cause the > problems that would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > > can cause you problems: you can't extend the table without ruining > > your calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated > > (as above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of > > the > data, > > and your data modeling style, plays the deciding role in your PK > > choice. > > > > In your data dimension table example, you are creating a meaningful > field SequentialDateNumber (which you are calling ID) and are using it > in data calculations. > > Thr real question in this situation is not whether you use this > natural key as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. If you have > received this message in error, please notify the sender immediately > and delete this email from your system. No warranty is given that this > email or files, if attached to this email, are free from computer > viruses or other defects. They are provided on the basis the user > assumes all responsibility for loss, damage or consequence resulting > directly or indirectly from their use, whether caused by the > negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 08:14:35 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 09:14:35 -0400 Subject: [AccessD] Create table with autonumber and PK Message-ID: <000101c44fb6$0b56da20$0501a8c0@colbyws> Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com From stuart at lexacorp.com.pg Fri Jun 11 08:26:55 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 23:26:55 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <40CA3FBF.22197.3589111@localhost> On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From marcus at tsstech.com Fri Jun 11 08:38:28 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 09:38:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Fri Jun 11 08:41:44 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Fri, 11 Jun 2004 07:41:44 -0600 Subject: [AccessD] Change code to A2003 Message-ID: <19F28F0B4284C04FB90CAA380451FFD9412917@bross.quiznos.net> EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Fri Jun 11 08:44:13 2004 From: john at winhaven.net (John Bartow) Date: Fri, 11 Jun 2004 08:44:13 -0500 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: Robert, etal.: Although I do not have clients clamoring for this type of addon, I could help you test your solution. Also, if needed, I could work on Wise installation executables. John B. > but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com From dwaters at usinternet.com Fri Jun 11 08:46:15 2004 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 11 Jun 2004 08:46:15 -0500 Subject: [AccessD] Re: A2K: Get Control's Label Name Message-ID: <001601c44fba$77530f60$de1811d8@danwaters> Darren, Yes! It turns out that textboxes and comboboxes have their own controls collection which of course includes the label. The code below is explained in ADH for AXP, page 331 Developers book. This works for A2000 and up. Private Sub LabelExample() On Error GoTo EH Dim stgTextComboBoxName As String Dim stgLabelName As String Dim stgLabelCaption As String Dim ctl As Control For Each ctl In Me.Controls stgTextComboBoxName = ctl.Name If ctl.ControlType = acTextBox Or ctl.ControlType = acComboBox Then stgLabelCaption = ctl.Controls(0).Caption stgLabelName = ctl.Controls(0).Name MsgBox "The Text or ComboBox name is: " & stgTextComboBoxName _ & vbCrLf & vbCrLf _ & "The Label name is: " & stgLabelName _ & vbCrLf & vbCrLf _ & "The Label caption is: " & stgLabelCaption End If Next Exit Sub EH: End Sub Best of Luck! Dan Waters From michael.mattys at adelphia.net Fri Jun 11 08:46:17 2004 From: michael.mattys at adelphia.net (Michael R Mattys) Date: Fri, 11 Jun 2004 09:46:17 -0400 Subject: [AccessD] Create table with autonumber and PK References: <000101c44fb6$0b56da20$0501a8c0@colbyws> Message-ID: <002101c44fba$7a374390$6401a8c0@default> John, Does this work? If not, would you take the code solution? CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(ID); ) Michael R. Mattys (724) 942-3437 Mattys MapLib for Microsoft MapPoint http://www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 9:14 AM Subject: [AccessD] Create table with autonumber and PK > Folks, > > I have a create table query that creates a table but does not set the PK or > setup the PK as an autonumber. > > CREATE TABLE MemberDetails > ( > MemberId integer, > FirstName varchar(50), > LastName varchar(50), > DateOfBirth date, > Street varchar(100), > City varchar(75), > State varchar(75), > ZipCode varchar(12), > Email varchar(200), > DateOfJoining date > > ) > > Is it possible to do this? > > The ID should be a long, and should be set as an autonumber, and as the PK. > How do you do that in SQL? > > John W. Colby > www.ColbyConsulting.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Fri Jun 11 08:46:57 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 09:46:57 -0400 Subject: [AccessD] Database designer, Access-MySQL, open source Message-ID: Gustav, Now I have no reason to not look into MySQL. Thanks! Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, June 10, 2004 12:32 PM To: Access Developers discussion and problem solving Subject: [AccessD] Database designer, Access-MySQL, open source Hi all Just picked this link from Mike Gunderloy's newsletter about a new, free open source tool, DBDesigner4 for MySQL: http://www.fabforce.net/dbdesigner4/ If you browse the site you should find a movie on reverse engineering an Access database to MySQL ... /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri Jun 11 08:47:10 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 11 Jun 2004 09:47:10 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD848D@xlivmbx12.aig.com> There's a much simpler way: If a control (any control) has a label bound to it (the label moves when you move the control) the this function does the job Function ControlCaption(c As Control) As String If c.Controls.Count = 0 Then ' the control does not have a label bound to it ' just return the control's data source ControlCaption = Nz(c.ControlSource,"") Else ' The control has a label, and it's always the first ' in the Control's collection for the control we're looking at ControlCaption = c.Controls(0).Caption End If End Function No need to reference the containing form object, no need for any naming convention, no need to use the tag property, no need to iterate anything. Just go get the caption. Lambert > -----Original Message----- > From: Darren DICK [SMTP:d.dick at uws.edu.au] > Sent: Friday, June 11, 2004 2:52 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > Thanks Rocky > I'm gonna use a bit of each > > Private Sub ps_SetVisibles(intListItem As Integer) > Dim ctl As Control > Dim strLabelCaption As String > For Each ctl In Me.Controls > If Mid(ctl.Tag, 3, 1) = intListItem Then > ctl.Enabled = True > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > Len(ctl.Name))).Caption > MsgBox strLabelCaption > End If > Next > > End Sub > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 11, 2004 4:31 PM > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Darren: > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > dim txt as Control > > dim lbl as Control > > > > set txt=(text box control name) > > set lbl="lbl" & txt.Name > > > > Now you've got lbl as the label object and all its properties are > available. > > > > HTH > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 10, 2004 11:18 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Thanks Bob > > > The naming convention I am using is different to that > > > We are using "lbl" and then the control name > > > I am not even directly referring to the 'Parent control' either. > > > I am using TAGs that meet a criteria. > > > I was hoping it was an exposed property of some kind > > > > > > DD > > > > > > ----- Original Message ----- > > > From: "Bob Gajewski" > > > To: "Access Developers discussion and problem solving" > > > > > Sent: Friday, June 11, 2004 3:51 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Darren > > > > > > > > I believe that the default label name is FieldName_Label, so you can > > always > > > > just append the _Label to your field names for handling (eg: if the > > field > > > > name is txtMyTextBox then the label's caption should be > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > Regards, > > > > > > > > Bob Gajewski > > > > > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > DICK > > > > Sent: Friday, June 11, 2004 01:37 > > > > To: Access Developers discussion and problem solving > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > Yeah I do that too > > > > but in this case I can't because things are being done differently > > > > using tags > > > > > > > > Many thanks > > > > > > > > DD > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Christopher Hawkins" > > > > To: > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my labels > 'lbl' > > > > > & ControlName. > > > > > > > > > > -C- > > > > > > > > > > ---- Original Message ---- > > > > > From: d.dick at uws.edu.au > > > > > To: AccessD at databaseadvisors.com, > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > >Hello all > > > > > >When I drop a control onto a form (say a text Box) > > > > > >The system usually it something like Text0 or text1 etc and it > also > > > > > >creates its very own label with similar names. > > > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > > >caption or any such properties? > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > >Darren > > > > > > > > > > > >-- > > > > > >_______________________________________________ > > > > > >AccessD mailing list > > > > > >AccessD at databaseadvisors.com > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 11 08:50:08 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 11 Jun 2004 06:50:08 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? References: Message-ID: <005001c44fbb$026d1b40$6601a8c0@HAL9002> Robert: I'm not sure how much use I can be but I'd like to be in the loop. I have the two-step approach to QuickBooks now using their import format (which is pretty snaky itself). Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "John Bartow" To: "Access Developers discussion and problem solving" Sent: Friday, June 11, 2004 6:44 AM Subject: RE: [AccessD] QuickBooks Project... Anyone game? > Robert, etal.: > Although I do not have clients clamoring for this type of addon, I could > help you test your solution. > > Also, if needed, I could work on Wise installation executables. > > John B. > > > but I was hoping for at least 5 serious > developers to join in. > > > Robert Gracie > www.servicexp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Drawbridge.Jack at ic.gc.ca Fri Jun 11 08:48:11 2004 From: Drawbridge.Jack at ic.gc.ca (Drawbridge.Jack at ic.gc.ca) Date: Fri, 11 Jun 2004 09:48:11 -0400 Subject: [AccessD] Create table with autonumber and PK Message-ID: <45C67756F7C0F942AD80AE35546F40C20DF7F5EF@mb-bp-011.ic.gc.ca> John: Try this syntax: Sub jack1() Dim dbs As Database Set dbs = CurrentDb() ' Create a table with three fields and a primary ' key. One field with Autonumber. dbs.Execute "CREATE TABLE table1 (field1 COUNTER CONSTRAINT" & _ "MyFieldConst PRIMARY KEY, field2 TEXT(50), Field3 Date);" dbs.Close End Sub Good luck. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Friday, June 11, 2004 9:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Alun.Garraway at otto.de Fri Jun 11 09:08:53 2004 From: Alun.Garraway at otto.de (Garraway, Alun) Date: Fri, 11 Jun 2004 16:08:53 +0200 Subject: AW: [AccessD] Create table with autonumber and PK Message-ID: Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Christian.Brock at hoffman.army.mil Fri Jun 11 09:10:03 2004 From: Christian.Brock at hoffman.army.mil (Brock, Christian T, HRC-Alexandria) Date: Fri, 11 Jun 2004 10:10:03 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <232419D8B637CB478F9B3EEA9FE37BCF013F13B5@ahrc01b1e0151.hoffman.army.mil> Attached labels are in a control's own control collection. I use this code to change a control's label. You can modify it to extract the caption and other properties. Public Function ModifyControlsLabel(pctl As Control, pstrNewName As String) Dim ctl As Control For Each ctl In pctl.Controls If ctl.ControlType = acLabel Then ctl.Name = "lbl" & pstrNewName End If Next ctl End Function Christian Brock APT Program DSN 221-1936 703-325-1936 -----Original Message----- From: Darren DICK [mailto:d.dick at uws.edu.au] Sent: Friday, 11 June 2004 00:17 To: AccessD List Subject: [AccessD] A2K: Get Control's Label Name Hello all When I drop a control onto a form (say a text Box) The system usually it something like Text0 or text1 etc and it also creates its very own label with similar names. If I know the name of a control can I get it's label name and or caption or any such properties? eg Me.txtMyTextBox.ChildLabel.caption Many thanks in advance Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:13:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:13:29 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: <002101c44fba$7a374390$6401a8c0@default> Message-ID: <000b01c44fbe$45736ef0$0501a8c0@colbyws> Syntax off just slightly - CONSTRAINT PrimaryKey PRIMARY KEY(MEMBERID); That sets the field to PK, but it is still an integer, not an autonumber. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R Mattys Sent: Friday, June 11, 2004 9:46 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Create table with autonumber and PK John, Does this work? If not, would you take the code solution? CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(ID); ) Michael R. Mattys (724) 942-3437 Mattys MapLib for Microsoft MapPoint http://www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 9:14 AM Subject: [AccessD] Create table with autonumber and PK > Folks, > > I have a create table query that creates a table but does not set the > PK or > setup the PK as an autonumber. > > CREATE TABLE MemberDetails > ( > MemberId integer, > FirstName varchar(50), > LastName varchar(50), > DateOfBirth date, > Street varchar(100), > City varchar(75), > State varchar(75), > ZipCode varchar(12), > Email varchar(200), > DateOfJoining date > > ) > > Is it possible to do this? > > The ID should be a long, and should be set as an autonumber, and as > the PK. > How do you do that in SQL? > > John W. Colby > www.ColbyConsulting.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:13:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:13:29 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD848D@xlivmbx12.aig.com> Message-ID: <000c01c44fbe$45bfba30$0501a8c0@colbyws> Have you tested the "always the first" thing? If I delete the label, then append it back in, does Access move the existing controls still in the collection so that the label is first? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, June 11, 2004 9:47 AM To: 'Access Developers discussion and problem solving' Cc: 'd.dick at uws.edu.au' Subject: RE: [AccessD] A2K: Get Control's Label Name There's a much simpler way: If a control (any control) has a label bound to it (the label moves when you move the control) the this function does the job Function ControlCaption(c As Control) As String If c.Controls.Count = 0 Then ' the control does not have a label bound to it ' just return the control's data source ControlCaption = Nz(c.ControlSource,"") Else ' The control has a label, and it's always the first ' in the Control's collection for the control we're looking at ControlCaption = c.Controls(0).Caption End If End Function No need to reference the containing form object, no need for any naming convention, no need to use the tag property, no need to iterate anything. Just go get the caption. Lambert > -----Original Message----- > From: Darren DICK [SMTP:d.dick at uws.edu.au] > Sent: Friday, June 11, 2004 2:52 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > Thanks Rocky > I'm gonna use a bit of each > > Private Sub ps_SetVisibles(intListItem As Integer) > Dim ctl As Control > Dim strLabelCaption As String > For Each ctl In Me.Controls > If Mid(ctl.Tag, 3, 1) = intListItem Then > ctl.Enabled = True > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > Len(ctl.Name))).Caption > MsgBox strLabelCaption > End If > Next > > End Sub > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 11, 2004 4:31 PM > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Darren: > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > dim txt as Control > > dim lbl as Control > > > > set txt=(text box control name) > > set lbl="lbl" & txt.Name > > > > Now you've got lbl as the label object and all its properties are > available. > > > > HTH > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 10, 2004 11:18 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Thanks Bob > > > The naming convention I am using is different to that > > > We are using "lbl" and then the control name > > > I am not even directly referring to the 'Parent control' either. I > > > am using TAGs that meet a criteria. I was hoping it was an exposed > > > property of some kind > > > > > > DD > > > > > > ----- Original Message ----- > > > From: "Bob Gajewski" > > > To: "Access Developers discussion and problem solving" > > > > > Sent: Friday, June 11, 2004 3:51 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Darren > > > > > > > > I believe that the default label name is FieldName_Label, so you > > > > can > > always > > > > just append the _Label to your field names for handling (eg: if > > > > the > > field > > > > name is txtMyTextBox then the label's caption should be > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > Regards, > > > > > > > > Bob Gajewski > > > > > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > DICK > > > > Sent: Friday, June 11, 2004 01:37 > > > > To: Access Developers discussion and problem solving > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > Yeah I do that too > > > > but in this case I can't because things are being done > > > > differently using tags > > > > > > > > Many thanks > > > > > > > > DD > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Christopher Hawkins" > > > > To: > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my > > > > > labels > 'lbl' > > > > > & ControlName. > > > > > > > > > > -C- > > > > > > > > > > ---- Original Message ---- > > > > > From: d.dick at uws.edu.au > > > > > To: AccessD at databaseadvisors.com, > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > >Hello all > > > > > >When I drop a control onto a form (say a text Box) The system > > > > > >usually it something like Text0 or text1 etc and it > also > > > > > >creates its very own label with similar names. > > > > > > > > > > > >If I know the name of a control can I get it's label name and > > > > > >or caption or any such properties? > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > >Darren > > > > > > > > > > > >-- > > > > > >_______________________________________________ > > > > > >AccessD mailing list > > > > > >AccessD at databaseadvisors.com > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Fri Jun 11 09:18:01 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 11 Jun 2004 10:18:01 -0400 Subject: [AccessD] Change code to A2003 - function error In-Reply-To: <19F28F0B4284C04FB90CAA380451FFD9412917@bross.quiznos.net> Message-ID: Dear List: I am having a problem with an A2003 db. Since I have just upgraded to this version, I am still rather new on the quirks/changes, so please bear with me. I have a user-defined function so that each field is "high-lighted" when it has focus, to assist the user in following the data input screen. In my form's CBF (frmJobs), I have the following code: Option Compare Database Option Explicit ------------------------------------------------------- Function cbfGotFocus() Me.ActiveControl.BackColor = 8454143 End Function ------------------------------------------------------- Function cbfLostFocus() If Me.ActiveControl.Name <> "cboAll" Then Me.ActiveControl.BackColor = vbWhite End If End Function ------------------------------------------------------- In each field's properties, I have: On Got Focus =[cbfGotFocus] On Lost Focus =[cbfLostFocus] This has been working perfectly for my A97 and A2K db's. Now that I have converted this one db to A2003, I keep getting the error: 'The expression On Got Focus you entered as the event property setting doesn't contain the automation object 'cbfGotFocus'. I have Jet 4.0 SP8 installed. There is no custom security installed; no db password. The following references are checked: Visual Basic for Applications Microsoft Access 11.0 Object Library OLE Automation Microsoft ActiveX Data Objects 2.1 Library Microsoft DAO 3.6 Object Library As always, TIA! Bob Gajewski From jwcolby at colbyconsulting.com Fri Jun 11 09:18:37 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:18:37 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: <45C67756F7C0F942AD80AE35546F40C20DF7F5EF@mb-bp-011.ic.gc.ca> Message-ID: <000d01c44fbe$fd41b960$0501a8c0@colbyws> Jack, Michael, CREATE TABLE MemberDetailsNew ( MemberId COUNTER, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(MemberID) ) Did it for me. This list rocks! 1/2 hour later I have the answer! John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drawbridge.Jack at ic.gc.ca Sent: Friday, June 11, 2004 9:48 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Create table with autonumber and PK John: Try this syntax: Sub jack1() Dim dbs As Database Set dbs = CurrentDb() ' Create a table with three fields and a primary ' key. One field with Autonumber. dbs.Execute "CREATE TABLE table1 (field1 COUNTER CONSTRAINT" & _ "MyFieldConst PRIMARY KEY, field2 TEXT(50), Field3 Date);" dbs.Close End Sub Good luck. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Friday, June 11, 2004 9:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri Jun 11 09:37:42 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 11 Jun 2004 10:37:42 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD849E@xlivmbx12.aig.com> It's been a few years since I tested it, but I think so. Let's see... test, test, test ... Yup! I created a from with a textbox a combo a list box and an option group frame and a command button . Then run this code behind the button Private Sub Command6_Click() Dim c As Control Dim msg As String For Each c In Me Select Case c.ControlType Case acLabel msg = "Control " & c.Name & " is a label with the caption " & c.Caption Case acCommandButton msg = "Control " & c.Name & " is a Button with the caption " & c.Caption Case Else msg = "Control " & c.Name & " has caption " & Nz(c.Controls(0).Caption, "-nothing-") End Select MsgBox msg Next c End Sub Next delete all the labels. Then create new labels anywhere on the form, cut them out, select a control and paste the labels onto it, thus binding them (adding them to the Controls collection). Re-ran the code and all the captions were reported correctly. To be honest I don't think I've come across an control with more than one item in it's Controls collection. If you can give me an example it should be simple enough to test. Lambert > -----Original Message----- > From: jwcolby [SMTP:jwcolby at colbyconsulting.com] > Sent: Friday, June 11, 2004 10:13 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > Have you tested the "always the first" thing? If I delete the label, then > append it back in, does Access move the existing controls still in the > collection so that the label is first? > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Friday, June 11, 2004 9:47 AM > To: 'Access Developers discussion and problem solving' > Cc: 'd.dick at uws.edu.au' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > There's a much simpler way: > > If a control (any control) has a label bound to it (the label moves when > you > move the control) the this function does the job > > Function ControlCaption(c As Control) As String > If c.Controls.Count = 0 Then > ' the control does not have a label bound to it > ' just return the control's data source > ControlCaption = Nz(c.ControlSource,"") > Else > ' The control has a label, and it's always the first > ' in the Control's collection for the control we're looking at > ControlCaption = c.Controls(0).Caption > End If > End Function > > No need to reference the containing form object, no need for any naming > convention, no need to use the tag property, no need to iterate anything. > Just go get the caption. > > Lambert > > > -----Original Message----- > > From: Darren DICK [SMTP:d.dick at uws.edu.au] > > Sent: Friday, June 11, 2004 2:52 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Thanks Rocky > > I'm gonna use a bit of each > > > > Private Sub ps_SetVisibles(intListItem As Integer) > > Dim ctl As Control > > Dim strLabelCaption As String > > For Each ctl In Me.Controls > > If Mid(ctl.Tag, 3, 1) = intListItem Then > > ctl.Enabled = True > > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > > Len(ctl.Name))).Caption > > MsgBox strLabelCaption > > End If > > Next > > > > End Sub > > > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" > > To: "Access Developers discussion and problem solving" > > > > Sent: Friday, June 11, 2004 4:31 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren: > > > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > > > dim txt as Control > > > dim lbl as Control > > > > > > set txt=(text box control name) > > > set lbl="lbl" & txt.Name > > > > > > Now you've got lbl as the label object and all its properties are > > available. > > > > > > HTH > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > ----- Original Message ----- > > > From: "Darren DICK" > > > To: "Access Developers discussion and problem solving" > > > > > > Sent: Thursday, June 10, 2004 11:18 PM > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Thanks Bob > > > > The naming convention I am using is different to that > > > > We are using "lbl" and then the control name > > > > I am not even directly referring to the 'Parent control' either. I > > > > am using TAGs that meet a criteria. I was hoping it was an exposed > > > > property of some kind > > > > > > > > DD > > > > > > > > ----- Original Message ----- > > > > From: "Bob Gajewski" > > > > To: "Access Developers discussion and problem solving" > > > > > > > Sent: Friday, June 11, 2004 3:51 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > Darren > > > > > > > > > > I believe that the default label name is FieldName_Label, so you > > > > > can > > > always > > > > > just append the _Label to your field names for handling (eg: if > > > > > the > > > field > > > > > name is txtMyTextBox then the label's caption should be > > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > > > Regards, > > > > > > > > > > Bob Gajewski > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: accessd-bounces at databaseadvisors.com > > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > > DICK > > > > > Sent: Friday, June 11, 2004 01:37 > > > > > To: Access Developers discussion and problem solving > > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > Yeah I do that too > > > > > but in this case I can't because things are being done > > > > > differently using tags > > > > > > > > > > Many thanks > > > > > > > > > > DD > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Christopher Hawkins" > > > > > To: > > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my > > > > > > labels > > 'lbl' > > > > > > & ControlName. > > > > > > > > > > > > -C- > > > > > > > > > > > > ---- Original Message ---- > > > > > > From: d.dick at uws.edu.au > > > > > > To: AccessD at databaseadvisors.com, > > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > > > >Hello all > > > > > > >When I drop a control onto a form (say a text Box) The system > > > > > > >usually it something like Text0 or text1 etc and it > > also > > > > > > >creates its very own label with similar names. > > > > > > > > > > > > > >If I know the name of a control can I get it's label name and > > > > > > >or caption or any such properties? > > > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > > > >Darren > > > > > > > > > > > > > >-- > > > > > > >_______________________________________________ > > > > > > >AccessD mailing list > > > > > > >AccessD at databaseadvisors.com > > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > _______________________________________________ > > > > > > AccessD mailing list > > > > > > AccessD at databaseadvisors.com > > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > Website: http://www.databaseadvisors.com > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:39:01 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:39:01 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: Message-ID: <000e01c44fc1$d6e1ef30$0501a8c0@colbyws> Access used AUTOINCREMENT just fine, but SQL Server didn't pick it up as a keyword. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Garraway, Alun Sent: Friday, June 11, 2004 10:09 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Create table with autonumber and PK Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HollisVJ at pgdp.usec.com Fri Jun 11 09:49:16 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 09:49:16 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B2@cntexchange.pgdp.usec.com> I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:51:00 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:51:00 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: Message-ID: <001001c44fc3$83293770$0501a8c0@colbyws> And thus the following also works in Access: CREATE TABLE MemberDetails ( MemberId AUTOINCREMENT , FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(MemberID) ) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Garraway, Alun Sent: Friday, June 11, 2004 10:09 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Create table with autonumber and PK Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:58:32 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:58:32 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD849E@xlivmbx12.aig.com> Message-ID: <001101c44fc4$9097ac60$0501a8c0@colbyws> Frames have the check boxes in their controls collection don't they? And I just tested it, and the frame's label ends up last when deleted then added back in. I created a frame with three option buttons. The following code printed Option3 Label4 Option5 Label6 Option7 Label8 lblFra1 To the debug window when run after deleting and reinserting the label. Private Sub Form_Load() Dim fra As Control Dim ctl As Control Set fra = Frame0 For Each ctl In fra.Controls Debug.Print ctl.Name Next ctl End Sub The method I gave for iterating the controls collection looking for the control of type label should always work. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, June 11, 2004 10:38 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] A2K: Get Control's Label Name It's been a few years since I tested it, but I think so. Let's see... test, test, test ... Yup! I created a from with a textbox a combo a list box and an option group frame and a command button . Then run this code behind the button Private Sub Command6_Click() Dim c As Control Dim msg As String For Each c In Me Select Case c.ControlType Case acLabel msg = "Control " & c.Name & " is a label with the caption " & c.Caption Case acCommandButton msg = "Control " & c.Name & " is a Button with the caption " & c.Caption Case Else msg = "Control " & c.Name & " has caption " & Nz(c.Controls(0).Caption, "-nothing-") End Select MsgBox msg Next c End Sub Next delete all the labels. Then create new labels anywhere on the form, cut them out, select a control and paste the labels onto it, thus binding them (adding them to the Controls collection). Re-ran the code and all the captions were reported correctly. To be honest I don't think I've come across an control with more than one item in it's Controls collection. If you can give me an example it should be simple enough to test. Lambert From bheid at appdevgrp.com Fri Jun 11 09:59:34 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Fri, 11 Jun 2004 10:59:34 -0400 Subject: [AccessD] Change code to A2003 - function error In-Reply-To: <916187228923D311A6FE00A0CC3FAA308B6895@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB5C5@ADGSERVER> Off of the top of my head, I would try On got focus =cbfGotFocus() On Lost Focus =cbfLostFocus() HTH, Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Gajewski Sent: Friday, June 11, 2004 10:18 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Change code to A2003 - function error Dear List: I am having a problem with an A2003 db. Since I have just upgraded to this version, I am still rather new on the quirks/changes, so please bear with me. I have a user-defined function so that each field is "high-lighted" when it has focus, to assist the user in following the data input screen. In my form's CBF (frmJobs), I have the following code: Option Compare Database Option Explicit ------------------------------------------------------- Function cbfGotFocus() Me.ActiveControl.BackColor = 8454143 End Function ------------------------------------------------------- Function cbfLostFocus() If Me.ActiveControl.Name <> "cboAll" Then Me.ActiveControl.BackColor = vbWhite End If End Function ------------------------------------------------------- In each field's properties, I have: On Got Focus =[cbfGotFocus] On Lost Focus =[cbfLostFocus] This has been working perfectly for my A97 and A2K db's. Now that I have converted this one db to A2003, I keep getting the error: 'The expression On Got Focus you entered as the event property setting doesn't contain the automation object 'cbfGotFocus'. I have Jet 4.0 SP8 installed. There is no custom security installed; no db password. The following references are checked: Visual Basic for Applications Microsoft Access 11.0 Object Library OLE Automation Microsoft ActiveX Data Objects 2.1 Library Microsoft DAO 3.6 Object Library As always, TIA! Bob Gajewski -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Fri Jun 11 10:03:25 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 11 Jun 2004 11:03:25 -0400 Subject: [AccessD] Change code to A2003 - function error SOLVED In-Reply-To: <916187228923D311A6FE00A0CC3FAA305BB5C5@ADGSERVER> Message-ID: Bobby You're a genius! Worked like a charm. Thanks!!! Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bobby Heid Sent: Friday, June 11, 2004 11:00 To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Change code to A2003 - function error Off of the top of my head, I would try On got focus =cbfGotFocus() On Lost Focus =cbfLostFocus() HTH, Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Gajewski Sent: Friday, June 11, 2004 10:18 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Change code to A2003 - function error Dear List: I am having a problem with an A2003 db. Since I have just upgraded to this version, I am still rather new on the quirks/changes, so please bear with me. I have a user-defined function so that each field is "high-lighted" when it has focus, to assist the user in following the data input screen. In my form's CBF (frmJobs), I have the following code: Option Compare Database Option Explicit ------------------------------------------------------- Function cbfGotFocus() Me.ActiveControl.BackColor = 8454143 End Function ------------------------------------------------------- Function cbfLostFocus() If Me.ActiveControl.Name <> "cboAll" Then Me.ActiveControl.BackColor = vbWhite End If End Function ------------------------------------------------------- In each field's properties, I have: On Got Focus =[cbfGotFocus] On Lost Focus =[cbfLostFocus] This has been working perfectly for my A97 and A2K db's. Now that I have converted this one db to A2003, I keep getting the error: 'The expression On Got Focus you entered as the event property setting doesn't contain the automation object 'cbfGotFocus'. I have Jet 4.0 SP8 installed. There is no custom security installed; no db password. The following references are checked: Visual Basic for Applications Microsoft Access 11.0 Object Library OLE Automation Microsoft ActiveX Data Objects 2.1 Library Microsoft DAO 3.6 Object Library As always, TIA! Bob Gajewski -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Fri Jun 11 10:07:34 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Fri, 11 Jun 2004 09:07:34 -0600 Subject: [AccessD] Change code to A2003 Message-ID: <19F28F0B4284C04FB90CAA380451FFD941291A@bross.quiznos.net> In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing 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 cfoust at infostatsystems.com Fri Jun 11 10:10:13 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 11 Jun 2004 08:10:13 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Well, what *is* distinct about a screw from the same lot? This is probably a poor example for this discussion because screws of the same size, etc., are interchangeable. There is no need to identify any particular screw from a batch of duplicate screws, so it has no unique key! Charlotte Foust -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Friday, June 11, 2004 5:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HollisVJ at pgdp.usec.com Fri Jun 11 10:20:59 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 10:20:59 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B3@cntexchange.pgdp.usec.com> I checked - no missing references. Do I have to convert the database to 2003 like I did when I moved from 97 to 2000? Why don't they have the reference to DAO 3.6 anymore? Virginia ************* In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com > ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing 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 marcus at tsstech.com Fri Jun 11 10:25:33 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 11:25:33 -0400 Subject: [AccessD] OT: The Great Primary Debate - Natural Key Garbage Message-ID: << Well, what *is* distinct about a screw from the same lot? Nothing, I was using the example given. What is distinct about 500 red Mustang convertibles coming off of Ford's assembly line? What is distinct about any part made on an assembly line(in the majority of cases)? Nothing, yet because a serial number is placed on it, someone decides that the serial number is a natural key. It isn't any more natural than an auto-number. In fact, I could rename the auto-number field to serial number and then the logic of that argument says that I now have a natural key. Since when would the name of an attribute define it as being a natural key? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, June 11, 2004 11:10 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Well, what *is* distinct about a screw from the same lot? This is probably a poor example for this discussion because screws of the same size, etc., are interchangeable. There is no need to identify any particular screw from a batch of duplicate screws, so it has no unique key! Charlotte Foust -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Friday, June 11, 2004 5:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 10:33:58 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 11:33:58 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <001201c44fc9$83d2fd40$0501a8c0@colbyws> Charlotte, that may or may not be true, but that is just an example. Take the next size up, a carburetor. You might want to serialize a carburetor for service purposes. Nothing different between it and the next (identical) carburetor, but it still gets a serial number. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, June 11, 2004 11:10 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Well, what *is* distinct about a screw from the same lot? This is probably a poor example for this discussion because screws of the same size, etc., are interchangeable. There is no need to identify any particular screw from a batch of duplicate screws, so it has no unique key! Charlotte Foust -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Friday, June 11, 2004 5:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From my.lists at verizon.net Fri Jun 11 10:35:51 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Fri, 11 Jun 2004 08:35:51 -0700 Subject: [AccessD] UCASE not defined? Message-ID: <40C9D157.4090001@verizon.net> I have a report that was created and contains some UCASE, suddenly this doesn't work, I got a workaround I just UPPER() the source data from SQL, but why am I seeing this problem now Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). thanks for your replies :) -- -Francisco From andy at minstersystems.co.uk Fri Jun 11 10:36:23 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 11 Jun 2004 16:36:23 +0100 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <20040611153620.2B53924E26B@smtp.nildram.co.uk> Well slap me with a wet haddock. Learn something every day (well nearly) from this list. Thanks Lambert. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: 'Access Developers discussion and problem solving' Cc: 'd.dick at uws.edu.au' Subject: RE: [AccessD] A2K: Get Control's Label Name Date: 11/06/04 13:48 > > There's a much simpler way: > > If a control (any control) has a label bound to it (the label moves when you > move the control) the this function does the job > > Function ControlCaption(c As Control) As String > If c.Controls.Count = 0 Then > ' the control does not have a label bound to it > ' just return the control's data source > ControlCaption = Nz(c.ControlSource,"") > Else > ' The control has a label, and it's always the first > ' in the Control's collection for the control we're looking at > ControlCaption = c.Controls(0).Caption > End If > End Function > > No need to reference the containing form object, no need for any naming > convention, no need to use the tag property, no need to iterate anything. > Just go get the caption. > > Lambert > > > -----Original Message----- > > From: Darren DICK [SMTP:d.dick at uws.edu.au] > > Sent: Friday, June 11, 2004 2:52 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Thanks Rocky > > I'm gonna use a bit of each > > > > Private Sub ps_SetVisibles(intListItem As Integer) > > Dim ctl As Control > > Dim strLabelCaption As String > > For Each ctl In Me.Controls > > If Mid(ctl.Tag, 3, 1) = intListItem Then > > ctl.Enabled = True > > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > > Len(ctl.Name))).Caption > > MsgBox strLabelCaption > > End If > > Next > > > > End Sub > > > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" <bchacc at san.rr.com> > > To: "Access Developers discussion and problem solving" > > <accessd at databaseadvisors.com> > > Sent: Friday, June 11, 2004 4:31 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren: > > > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > > > dim txt as Control > > > dim lbl as Control > > > > > > set txt=(text box control name) > > > set lbl="lbl" & txt.Name > > > > > > Now you've got lbl as the label object and all its properties are > > available. > > > > > > HTH > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > ----- Original Message ----- > > > From: "Darren DICK" <d.dick at uws.edu.au> > > > To: "Access Developers discussion and problem solving" > > > <accessd at databaseadvisors.com> > > > Sent: Thursday, June 10, 2004 11:18 PM > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Thanks Bob > > > > The naming convention I am using is different to that > > > > We are using "lbl" and then the control name > > > > I am not even directly referring to the 'Parent control' either. > > > > I am using TAGs that meet a criteria. > > > > I was hoping it was an exposed property of some kind > > > > > > > > DD > > > > > > > > ----- Original Message ----- > > > > From: "Bob Gajewski" <rbgajewski at adelphia.net> > > > > To: "Access Developers discussion and problem solving" > > > <accessd at databaseadvisors.com> > > > > Sent: Friday, June 11, 2004 3:51 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > Darren > > > > > > > > > > I believe that the default label name is FieldName_Label, so you can > > > always > > > > > just append the _Label to your field names for handling (eg: if the > > > field > > > > > name is txtMyTextBox then the label's caption should be > > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > > > Regards, > > > > > > > > > > Bob Gajewski > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: accessd-bounces at databaseadvisors.com > > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > > DICK > > > > > Sent: Friday, June 11, 2004 01:37 > > > > > To: Access Developers discussion and problem solving > > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > Yeah I do that too > > > > > but in this case I can't because things are being done differently > > > > > using tags > > > > > > > > > > Many thanks > > > > > > > > > > DD > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Christopher Hawkins" <clh at christopherhawkins.com> > > > > > To: <accessd at databaseadvisors.com> > > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my labels > > 'lbl' > > > > > > & ControlName. > > > > > > > > > > > > -C- > > > > > > > > > > > > ---- Original Message ---- > > > > > > From: d.dick at uws.edu.au > > > > > > To: AccessD at databaseadvisors.com, > > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > > > >Hello all > > > > > > >When I drop a control onto a form (say a text Box) > > > > > > >The system usually it something like Text0 or text1 etc and it > > also > > > > > > >creates its very own label with similar names. > > > > > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > > > >caption or any such properties? > > > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > > > >Darren > > > > > > > > > > > > > >-- > > > > > > >_______________________________________________ > > > > > > >AccessD mailing list > > > > > > >AccessD at databaseadvisors.com > > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > _______________________________________________ > > > > > > AccessD mailing list > > > > > > AccessD at databaseadvisors.com > > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > Website: http://www.databaseadvisors.com > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From jwcolby at colbyconsulting.com Fri Jun 11 10:41:06 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 11:41:06 -0400 Subject: [AccessD] SAVE VIEW Message-ID: <001b01c44fca$82c62bb0$0501a8c0@colbyws> The SAVE VIEW keyword causes some SQL statements to be stored as a view in SQL Server and other database engines. It does not work in Access. Is there a replacement for that syntax that does work in Access? CREATE VIEW Members AS SELECT * FROM MemberDetails John W. Colby www.ColbyConsulting.com From Jim.Hale at FleetPride.com Fri Jun 11 10:41:58 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Fri, 11 Jun 2004 10:41:58 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCC0@corp-es01.FLEETPRIDE.COM> I almost chlorinated the city of Memphis back in the '60s when I worked as a storeroom clerk for a chemical co in high school. I put some nuts I found into what I thought was the correct bin. Turned out they were slightly different (1/64 as I recall). When a chlorine line went down that night the maintenance crew grabbed a handful, replaced a flange and prepared to pressure up the line. Fortunately the crew chief decided something "was not quite right" and changed out the nuts. The next day I had to sit in front of the bin with 20,000 nuts and separate out the bad guys by testiong them one by one on a matching bolt. Yes an arbitrary serial part number once assigned becomes an attribute and I wish the ?##@@$!! nuts had had one! True story. Jim Hale -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Friday, June 11, 2004 8:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mikedorism at adelphia.net Fri Jun 11 10:53:24 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Fri, 11 Jun 2004 11:53:24 -0400 Subject: [AccessD] SAVE VIEW In-Reply-To: <001b01c44fca$82c62bb0$0501a8c0@colbyws> Message-ID: <000001c44fcc$3a7ba180$cc0aa845@hargrove.internal> In SQL Server, you use ALTER instead of CREATE to change an existing object. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] SAVE VIEW The SAVE VIEW keyword causes some SQL statements to be stored as a view in SQL Server and other database engines. It does not work in Access. Is there a replacement for that syntax that does work in Access? CREATE VIEW Members AS SELECT * FROM MemberDetails John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Stephen.Pickering at caremark.com Fri Jun 11 10:56:43 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Fri, 11 Jun 2004 10:56:43 -0500 Subject: [AccessD] UCASE not defined? Message-ID: <35C4AC5A5AFD9642833200159C2581560A6929@s98026.psd.caremark.int> Francisco, I assume you have, but just to make sure, have you checked for missing references? Steve -----Francisco H Tapia's Original Message----- I have a report that was created and contains some UCASE, suddenly this doesn't work, I got a workaround I just UPPER() the source data from SQL, but why am I seeing this problem now Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). thanks for your replies :) -- -Francisco From Developer at UltraDNT.com Fri Jun 11 11:51:07 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Fri, 11 Jun 2004 12:51:07 -0400 Subject: [AccessD] SAVE VIEW In-Reply-To: <001b01c44fca$82c62bb0$0501a8c0@colbyws> Message-ID: <000501c44fd4$4fa9b6c0$6401a8c0@COA3> Access version? The syntax you write here will create an Access query in AXP if you have ANSI-92 compatibility turned ON. (Don't remember if 2000 did this, maybe if patched/updated?) Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] SAVE VIEW The SAVE VIEW keyword causes some SQL statements to be stored as a view in SQL Server and other database engines. It does not work in Access. Is there a replacement for that syntax that does work in Access? CREATE VIEW Members AS SELECT * FROM MemberDetails John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri Jun 11 11:03:45 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 11 Jun 2004 12:03:45 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD84A9@xlivmbx12.aig.com> Ah yes! Of course, Frames! So here is the newest version of my handy-dandy function Function ControlCaption(c As Control) As String Dim c2 As Control If c.Controls.count = 0 Then ControlCaption = c.ControlSource Else Select Case c.ControlType Case acOptionGroup ControlCaption = "" ' default value in case there is no label, don't want to return Null For Each c2 In c.Controls Select Case c2.ControlType Case acLabel If c2.Parent.Name = c.Name Then ControlCaption = c2.Caption Exit For End If End Select Next c2 Case Else ControlCaption = c.Controls(0).Caption End Select End If End Function A little longer, but is only has to loop through the controls colletion of Frames, nothing else. Thanks for setting me straight John. Lambert > -----Original Message----- > From: jwcolby [SMTP:jwcolby at colbyconsulting.com] > Sent: Friday, June 11, 2004 10:59 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > Frames have the check boxes in their controls collection don't they? > > And I just tested it, and the frame's label ends up last when deleted then > added back in. I created a frame with three option buttons. The > following > code printed > > Option3 > Label4 > Option5 > Label6 > Option7 > Label8 > lblFra1 > > To the debug window when run after deleting and reinserting the label. > > Private Sub Form_Load() > Dim fra As Control > Dim ctl As Control > > Set fra = Frame0 > For Each ctl In fra.Controls > Debug.Print ctl.Name > Next ctl > End Sub > > The method I gave for iterating the controls collection looking for the > control of type label should always work. > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Friday, June 11, 2004 10:38 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > It's been a few years since I tested it, but I think so. Let's see... > > test, test, test > > ... Yup! > > I created a from with a textbox a combo a list box and an option group > frame > and a command button . Then run this code behind the button > > Private Sub Command6_Click() > Dim c As Control > Dim msg As String > For Each c In Me > Select Case c.ControlType > Case acLabel > msg = "Control " & c.Name & " is a label with the caption " & > c.Caption > Case acCommandButton > msg = "Control " & c.Name & " is a Button with the caption " & > c.Caption > Case Else > msg = "Control " & c.Name & " has caption " & > Nz(c.Controls(0).Caption, "-nothing-") > > End Select > MsgBox msg > Next c > End Sub > > Next delete all the labels. Then create new labels anywhere on the form, > cut > them out, select a control and paste the labels onto it, thus binding them > (adding them to the Controls collection). Re-ran the code and all the > captions were reported correctly. > > To be honest I don't think I've come across an control with more than one > item in it's Controls collection. If you can give me an example it should > be > simple enough to test. > > Lambert > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Fri Jun 11 11:05:28 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 12:05:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Jim, Great story! Everyone, I'm not arguing the attribute point. I'm arguing about some article that discussed natural keys (like SSN, Serial #) being more natural than an auto-number. Personally, I think the whole "natural key" thing is bogus. A key is a key is a key. We could argue semantics all day long. Add new attributes to make up a key or use existing attributes, makes no difference to me. If you want better performance, you probably should not be thinking multi-attribute key. Anyone have some good examples of the performance side of switching from multi-attribute to single attribute keys? On the flip side, what about dollars saved when switching from one to the other. I would think support cost would be higher on one vs. the other. How about accuracy of the model using both methods (plays into maintaining the application/database) ? Lets at least gain something from the debate... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, June 11, 2004 11:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate I almost chlorinated the city of Memphis back in the '60s when I worked as a storeroom clerk for a chemical co in high school. I put some nuts I found into what I thought was the correct bin. Turned out they were slightly different (1/64 as I recall). When a chlorine line went down that night the maintenance crew grabbed a handful, replaced a flange and prepared to pressure up the line. Fortunately the crew chief decided something "was not quite right" and changed out the nuts. The next day I had to sit in front of the bin with 20,000 nuts and separate out the bad guys by testiong them one by one on a matching bolt. Yes an arbitrary serial part number once assigned becomes an attribute and I wish the ?##@@$!! nuts had had one! True story. Jim Hale -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Friday, June 11, 2004 8:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Rich_Lavsa at pghcorning.com Fri Jun 11 11:07:23 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Fri, 11 Jun 2004 12:07:23 -0400 Subject: [AccessD] Report to PDF using CutePDF Message-ID: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich From dmcafee at pacbell.net Fri Jun 11 11:27:34 2004 From: dmcafee at pacbell.net (dmcafee at pacbell.net) Date: Fri, 11 Jun 2004 09:27:34 -0700 Subject: [AccessD] Stopping USB device through VBA (Cross posted) Message-ID: Does anyone know how to stop a USB device through VBA? I've created a little database for my wife who is taking over 400 pictures today. Since the 128 MB memory disk can only hold around 50 or so high quality pics and since my newly purchased higher capacity memory stick hasn't arrived in the mail :( I will need to have her move the pictures from the memory stick to laptop's HDD several times. I can do the move/copy/delete through VBA, but one thing I cant figure out is how to stop the USB device after the move is done so she can safely remove the memory stick. Currently I have to have her use the mouse and click on the green arrow on the taskbar (W2K) near the clock. This laptop has a glide pad which is difficult for her to use. Besides, it would be nice to have a button do the whole operation from within the application. Anyone have any ideas or sample code? Thanks David McAfee From dmcafee at pacbell.net Fri Jun 11 11:33:49 2004 From: dmcafee at pacbell.net (dmcafee at pacbell.net) Date: Fri, 11 Jun 2004 09:33:49 -0700 Subject: [AccessD] OT: The Great Primary Debate - Natural Key Garbage In-Reply-To: Message-ID: My Camaro can beat them all? :P Hey...its Friday! I guess THAT debate is much better to discuss on ls1tech.com ;) David -----Original Message----- What is distinct about 500 red Mustang convertibles coming off of Ford's assembly line? Scott Marcus From cfoust at infostatsystems.com Fri Jun 11 11:46:14 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 11 Jun 2004 09:46:14 -0700 Subject: [AccessD] Change code to A2003 Message-ID: My understanding was that DAO was the default in 2003, but I don't have it myself yet. Is there any DAO version in the reference list? Charlotte Foust -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com] Sent: Friday, June 11, 2004 7:21 AM To: 'accessd at databaseadvisors.com' Subject: [AccessD] Change code to A2003 I checked - no missing references. Do I have to convert the database to 2003 like I did when I moved from 97 to 2000? Why don't they have the reference to DAO 3.6 anymore? Virginia ************* In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com > ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing 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 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Fri Jun 11 11:55:01 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 11 Jun 2004 09:55:01 -0700 Subject: [AccessD] Change code to A2003 References: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B3@cntexchange.pgdp.usec.com> Message-ID: <40C9E3E5.3000509@shaw.ca> Are you sure you haven't created an adp file instead of an mdb? The DAO reference is missing in an ADP file on first creation. If you are really in an mdb with the reference tools window open, browse to this file and reset C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll Hollis,Virginia wrote: >I checked - no missing references. > >Do I have to convert the database to 2003 like I did when I moved from 97 to >2000? > >Why don't they have the reference to DAO 3.6 anymore? > >Virginia > >************* > >In the code window look under Tools->References, it sounds like you have one >or more that are missing. They should show up with: > >MISSING: > >as the prefix to the reference. You will not be able to Compile your >database until all of the references used in code are resolved. > >-Chris Mackin > >-----Original Message----- >From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] >Sent: Friday, June 11, 2004 8:49 AM >To: 'accessd at databaseadvisors.com > ' >Subject: [AccessD] Change code to A2003 > > >I used your suggestion & it solved that problem. > > > >But I am still getting errors in other places for example: .FindFirst >"[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & >Me!FailureReportNo. I get an error on the last Me!FailureReportNo that >Method or Member not found. I have never had that error before and have been >using this database for years. I am getting compile errors on a lot of code. >What can I do?? > > > >Virginia > > > > > >************* > > > >EXPLICITLY DECLARE YOUR VARIABLES! > >Dim db as DAO.Database >Dim RS as DAO.Recordset > >Otherwise you are at the whim of how the references are listed and whatever >Access finds first as a suitable reference library. > >-Chris Mackin > > >-----Original Message----- >From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > > ] >Sent: Friday, June 11, 2004 5:19 AM >To: 'accessD at databaseadvisors.com > > ' >Subject: [AccessD] Change code to A2003 > > >I have been using the below code to count the number of hits on a form. I >installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a >reference to DAO 3.6 & the code would work. But in 2003 this is not listed >in the references. > > > >What can I change the code to so it will work correctly? > > > >Virginia > > > >******************** > > > >Public Function CountThisForm(frm As Form) As Boolean > >Dim db As Database > >Dim RS As Recordset > >Dim SQL As String > >Set db = CurrentDb > >SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" > >Set RS = db.OpenRecordset(SQL, dbOpenDynaset) > >If RS.RecordCount > 0 Then > > RS.Edit > > RS!HitCount = RS!HitCount + 1 > > RS.Update > >Else > > RS.AddNew > > RS!FormName = frm.Name > > RS!HitCount = 1 > >End If > >RS.Close > >Set RS = Nothing > >End Function > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Fri Jun 11 12:09:09 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 11 Jun 2004 10:09:09 -0700 Subject: [AccessD] Report to PDF using CutePDF References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <40C9E735.1050608@shaw.ca> You could try Attac Software On the fly printing software, See if the trial version handles cutepdf. It is handy because you can also rename your pdf report files from code. PDF and Mail Class Library for Access http://ourworld.compuserve.com/homepages/attac-cg/acgsoft.htm Lavsa, Rich wrote: >Hello all, > >Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed >environment. > >I was wondering if anyone out there has any tips or tricks on how to >automate the creation of a report into a PDF document using CutePDF. We >also have PDF-XCHANGE but we do not have the SDK version. >I've seen code to use PDFWriter from Adobe, however I don't have that >luxury. > >I downloaded CutePDF and GostScript, which works great as a printer to >convert any document to PDF via a printer and is totally free without >watermarks or ads. I would like to use this as part of an email >distribution of reports. I know this has been talked about on the lists but >has there been any solutions that use CutePDF, or does anyone out there know >the workings behind CutePDF that they could share where I could either alter >some registry changes or ini file to automate the creation of a PDF and then >simply pick it up and send it via an email. > >Thanks in advance, >Rich > > -- Marty Connelly Victoria, B.C. Canada From lists at theopg.com Fri Jun 11 12:30:38 2004 From: lists at theopg.com (MarkH) Date: Fri, 11 Jun 2004 18:30:38 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <1046321750.20040611104240@cactus.dk> Message-ID: <000901c44fd9$d061bba0$4c0b6bd5@netboxxp> Hi Gustav... Didn't mean to be so negative. I am fully aware of accounting data structures. I ran Sage Sovreign for several years for a 60+ branch orgainsation and am currently writing a fairly large project based cost control application, which tracks costs from initial project estimates based on project structure etc., through the various purchasing processes and takes into account varying exchange rates and rates of inflation. It also handles forecasting, time writing and resource management. Yep, its pretty difficult to get my head round certain things, but one things for sure, ultimately the solutions are always simple ones... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 11 June 2004 09:43 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Hi Mark > .. Accounting data structures are very straight forward .. Well, that's what many a programmer have thought: "- how difficult can it be to sum debit and credit?". There is more in an accounting application than this. > .. and I don't understand why there > are so many discrepancies in such a 'well' developed package. For > example, several of the standard reports don't cross balance due to > the fact they (sometimes) ignore journal entries. Saying that though, > I have never been impressed by an accounts package so maybe I'm just > too cynical :O) /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Fri Jun 11 12:32:31 2004 From: lists at theopg.com (MarkH) Date: Fri, 11 Jun 2004 18:32:31 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <000a01c44fda$130954e0$4c0b6bd5@netboxxp> Sorry... Didn't mean to be so negative, I just got left with a very bad taste in my mouth when I came to renew the payroll module and found the QB made it impossible to upgrade without buying the application again (only a year after I bought it). All I wanted was updated tax tables and from what they told me that would not be possible without upgrading the application at a cost of more than double the original price. That sort of behaviour as far as I'm concerned is out of order and unnecessary, tax tables are just data and it seems they have no loyalty to existing customers. To make it imposible to update the tax tables without updating the application is, in my oppinion, pure greed, totally unnecessary and as bad, if not worse than some of the tactics emplyed by microsoft themselves. Sorry again for being so negative and drifting OT... Didn't mean to rant :@) Good luck Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 11 June 2004 00:56 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HollisVJ at pgdp.usec.com Fri Jun 11 12:34:19 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 12:34:19 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B7@cntexchange.pgdp.usec.com> No, it is not referenced anywhere in the list. Virginia ************* My understanding was that DAO was the default in 2003, but I don't have it myself yet. Is there any DAO version in the reference list? Charlotte Foust -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 7:21 AM To: 'accessd at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I checked - no missing references. Do I have to convert the database to 2003 like I did when I moved from 97 to 2000? Why don't they have the reference to DAO 3.6 anymore? Virginia ************* In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com > ' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > > ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com > > ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function From clh at christopherhawkins.com Fri Jun 11 12:37:19 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Fri, 11 Jun 2004 11:37:19 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <184930-220046511173719327@christopherhawkins.com> OK. I think I understand what you're shooting for. I'm still in! ;) -Christopher Hawkins- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Fri, 11 Jun 2004 07:34:32 -0400 >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of >which are >as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) >complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the >QBFC. So in the end I will end up with a solution that will allow for >portability, and very easy communications with QB. The solution will >do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made >it an >open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Thursday, June 10, 2004 8:51 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Wait a minute - aren't there prepackaged VB6 samples for the customer >and invoice creation modules in the QB SDK? That would explain the >seamlessness of those tow particular operations. ;) > >What do you need to be able to do with QB that you can't do now? >That is to say, what is the intended scope of this QuickBooks >project? > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Thu, 10 Jun 2004 20:00:25 -0400 > >>Christopher, >> At this point (just starting), I am able to create a new customer, >>and a >>invoice completely within my program. Now, QuickBooks has too be >>open, (I >>think I maybe able to use their QuickBooks Remote Data Sharing >>Client with >>QuickBooks Remote Data Sharing Server to get around this but I'm not >>sure) >>to interact with the data. Outside of that it's seamless. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >Christopher >>Hawkins >>Sent: Wednesday, June 09, 2004 8:53 PM >>To: accessd at databaseadvisors.com >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mine are too. The trick is, how seamless can it be made? The last >>time I looked at the SDK and the documentation, it appeared to me >>that part of the non-seamlessness was baked in to QB itself. >> >>-C- >> >>---- Original Message ---- >>From: Subscriptions at servicexp.com >>To: accessd at databaseadvisors.com, >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>Date: Wed, 9 Jun 2004 20:22:20 -0400 >> >>>Wow >>> Intuit has a greater then 85% market share. I'm not sure about you >>>guys, >>>but my clients are screaming for a strong solution that interacts >>>with >>>QuickBooks in my products. >>> >>> >>>Robert Gracie >>>www.servicexp.com >>> >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >>Bartow >>>Sent: Tuesday, June 08, 2004 10:18 PM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Mark, I don't want to continue this OT too much but I have to agree >>>- even >>>though I use it. You can't even have a customer be a vendor that >you >>>also >>>purchase from! Drives me nuts! >>> >>>JB >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>>Sent: Tuesday, June 08, 2004 7:46 PM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Side tracking a little... We use QB for the company accounts, the >>>lady >>>who does my books has torn it to pieces. She has found numerous >>>flaws in >>>the program, in particular in relation to journal postings and VAT, >>>can't remember what exactly (as I have a very short attention span) >>>but >>>don't be surprised if things don't always balance... I looked at >>>developing a few tools (data extracts and analysis) for it but >>didn't >>>bother starting once I realised Quickbooks couldn't even do a >decent >>>job >>>of it themselves... >>> >>>Sorry to be negative but I found it to be a very disappointing >piece >>>of >>>software, particularly in respect to data extracts, windows >>>integration >>>and simple accounting practices... >>> >>>Mark >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>Smolin >>>- Beach Access Software >>>Sent: 08 June 2004 23:54 >>>To: Access Developers discussion and problem solving >>>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Robert: >>> >>>I looked at the QuickBooks SDK and gave up. Used the two-step - >>>export >>>from my app to their funky file format and import into QuickBooks. >>>You >>>can have the code if it helps. But I think you're looking for the >>>seamless solution. >>> >>>Rocky >>> >>>----- Original Message ----- >>>From: "Robert Gracie" >>>To: "Access Developers discussion and problem solving" >>> >>>Sent: Tuesday, June 08, 2004 2:45 PM >>>Subject: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>> Ok, >>>> The first question is.. Does anyone here currently (or have >plans >>>in >>>> the >>>> future) to programmatically interact with QuickBooks 2003 or >>>greater, >>>either >>>> on a data or "front end" (Version 2004)level? >>>> >>>> The second question, would anyone here be interested in grouping >>>our >>>> efforts together to come up with a "wrapped" solution, such has >>>been >>>> done with the BEU? >>>> >>>> I'm looking at a Class based solution that can handle all the >>>major >>>> functions a typical company would need to interact with QB. >>>> >>>> What Say You? >>>> >>>> >>>> Robert Gracie >>>> www.servicexp.com >>>> >>>> >>>> >>>> -- >>>> _______________________________________________ >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From HollisVJ at pgdp.usec.com Fri Jun 11 12:48:41 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 12:48:41 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B8@cntexchange.pgdp.usec.com> Yes, it is an mdb, because it was an existing database in 2000. When I open the database at the top it has (Access 2000 File Format). Anyway, I did as you suggested & the DAO now shows. I also tried converting the database to 2003 & do not receive any compile errors, but not everyone is using 2003 so I need to keep it in 2000. Another question: Is it normal to receive a security warning every time the database is opened? Does anyone else get these messages? Security Warning: Unsafe Expressions are not blocked. I click OK, then get another message about them not being blocked & finally an Open, cancel, close dialog box. It is annoying to get these every time the database is opened. What is it? Something new in 2003? ************* Are you sure you haven't created an adp file instead of an mdb? The DAO reference is missing in an ADP file on first creation. If you are really in an mdb with the reference tools window open, browse to this file and reset C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll Hollis,Virginia wrote: >I checked - no missing references. > >Do I have to convert the database to 2003 like I did when I moved from 97 to >2000? > >Why don't they have the reference to DAO 3.6 anymore? > >Virginia From my.lists at verizon.net Fri Jun 11 12:58:00 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Fri, 11 Jun 2004 10:58:00 -0700 Subject: [AccessD] UCASE not defined? In-Reply-To: <35C4AC5A5AFD9642833200159C2581560A6929@s98026.psd.caremark.int> References: <35C4AC5A5AFD9642833200159C2581560A6929@s98026.psd.caremark.int> Message-ID: <40C9F2A8.8050308@verizon.net> YIKES, thanks for pointing out the obvious :D Pickering, Stephen wrote On 6/11/2004 8:56 AM: >Francisco, > >I assume you have, but just to make sure, have you checked for missing >references? > >Steve > >-----Francisco H Tapia's Original Message----- > >I have a report that was created and contains some UCASE, suddenly this >doesn't work, I got a workaround I just UPPER() the source data from >SQL, but why am I seeing this problem now > >Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). > >thanks for your replies :) > > > -- -Francisco From mwp.reid at qub.ac.uk Fri Jun 11 12:57:10 2004 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 11 Jun 2004 18:57:10 +0100 Subject: [AccessD] Change code to A2003 References: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B8@cntexchange.pgdp.usec.com> Message-ID: <000001c44fdf$0cb8de80$1b02a8c0@MARTINREID> Its the new security model re digital certificates. Just turn it of in the options. I deleted my copy here once I had finished with it but I think you can set security to low in Tools Options. http://office.microsoft.com/home/office.aspx?assetid=FX01085791&CTT=6&Origin=ES790020011033 Martin ----- Original Message ----- From: "Hollis,Virginia" To: Sent: Friday, June 11, 2004 6:48 PM Subject: [AccessD] Change code to A2003 > Yes, it is an mdb, because it was an existing database in 2000. When I open > the database at the top it has (Access 2000 File Format). > > Anyway, I did as you suggested & the DAO now shows. I also tried converting > the database to 2003 & do not receive any compile errors, but not everyone > is using 2003 so I need to keep it in 2000. > > Another question: > Is it normal to receive a security warning every time the database is > opened? Does anyone else get these messages? Security Warning: Unsafe > Expressions are not blocked. I click OK, then get another message about them > not being blocked & finally an Open, cancel, close dialog box. It is > annoying to get these every time the database is opened. What is it? > Something new in 2003? > > ************* > > Are you sure you haven't created an adp file instead of an mdb? The DAO > reference is missing in an ADP file on first creation. > If you are really in an mdb with the reference tools window open, > browse to this file and reset > C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll > > Hollis,Virginia wrote: > > >I checked - no missing references. > > > >Do I have to convert the database to 2003 like I did when I moved from 97 > to > >2000? > > > >Why don't they have the reference to DAO 3.6 anymore? > > > >Virginia > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Stephen.Pickering at caremark.com Fri Jun 11 13:12:32 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Fri, 11 Jun 2004 13:12:32 -0500 Subject: [AccessD] UCASE not defined? Message-ID: <35C4AC5A5AFD9642833200159C2581560A692A@s98026.psd.caremark.int> My wife tells me the same thing.... ;D Steve -----Francisco H Tapia's Original Message----- YIKES, thanks for pointing out the obvious :D Pickering, Stephen wrote On 6/11/2004 8:56 AM: >Francisco, > >I assume you have, but just to make sure, have you checked for missing >references? > >Steve > >-----Francisco H Tapia's Original Message----- > >I have a report that was created and contains some UCASE, suddenly this >doesn't work, I got a workaround I just UPPER() the source data from >SQL, but why am I seeing this problem now > >Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). > >thanks for your replies :) > > > -- -Francisco From mkahelin at gorskibulk.com Fri Jun 11 14:10:59 2004 From: mkahelin at gorskibulk.com (Martin Kahelin) Date: Fri, 11 Jun 2004 15:10:59 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <0D2D1FEE52F53B46987A44B2EBF284D62062C6@gbtmain.gorskibulk.local> Charlotte, you highlighted the word *is*. Do we need to define the meaning of it? > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Friday, June 11, 2004 11:10 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Well, what *is* distinct about a screw from the same lot? > This is probably a poor example for this discussion because > screws of the same size, etc., are interchangeable. There is > no need to identify any particular screw from a batch of > duplicate screws, so it has no unique key! > > Charlotte Foust > > -----Original Message----- > From: Scott Marcus [mailto:marcus at tsstech.com] > Sent: Friday, June 11, 2004 5:38 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Stuart, > > It was just an example. I worked for GE Aircraft Engines for > 2 years. I wrote systems that tracked those screws/nuts/bolts > etc. They want to know everything about anything in an > engine. They do not however track below a lot number on those > common parts. You could find anything you needed to know > about a 'lot' of screws but a particular screw from that lot > was no different than any other screw in that lot. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Friday, June 11, 2004 9:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 11 Jun 2004 at 8:28, Scott Marcus wrote: > > > John, > > > > If you have a bin full of 20,000 screws (all the same, > because that's > > what I was saying) you would be an amazing person if I > could pick up > > anyone of them, show it to you, take it back, put it back > in the bin, > > mix the bin up, and you could find that same exact screw. > > > > You've obviously never developed any systems for the aircraft > industry. > > You need to track what supplier and manufacture batch any individual > screw came > from, what aircraft it ended up on and where. You just don't > dump 20,000 > screws > in a bin. :-( > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From David_Lind at acordia.com Fri Jun 11 14:22:13 2004 From: David_Lind at acordia.com (David Lind) Date: Fri, 11 Jun 2004 15:22:13 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Would you be defining the meaning of 'it', 'is' or 'a screw from the same lot' ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Kahelin Sent: Friday, June 11, 2004 3:11 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Charlotte, you highlighted the word *is*. Do we need to define the meaning of it? > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Friday, June 11, 2004 11:10 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Well, what *is* distinct about a screw from the same lot? > This is probably a poor example for this discussion because > screws of the same size, etc., are interchangeable. There is > no need to identify any particular screw from a batch of > duplicate screws, so it has no unique key! > > Charlotte Foust > > -----Original Message----- > From: Scott Marcus [mailto:marcus at tsstech.com] > Sent: Friday, June 11, 2004 5:38 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Stuart, > > It was just an example. I worked for GE Aircraft Engines for > 2 years. I wrote systems that tracked those screws/nuts/bolts > etc. They want to know everything about anything in an > engine. They do not however track below a lot number on those > common parts. You could find anything you needed to know > about a 'lot' of screws but a particular screw from that lot > was no different than any other screw in that lot. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Friday, June 11, 2004 9:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 11 Jun 2004 at 8:28, Scott Marcus wrote: > > > John, > > > > If you have a bin full of 20,000 screws (all the same, > because that's > > what I was saying) you would be an amazing person if I > could pick up > > anyone of them, show it to you, take it back, put it back > in the bin, > > mix the bin up, and you could find that same exact screw. > > > > You've obviously never developed any systems for the aircraft > industry. > > You need to track what supplier and manufacture batch any individual > screw came > from, what aircraft it ended up on and where. You just don't > dump 20,000 > screws > in a bin. :-( > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Jun 11 14:49:52 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 11 Jun 2004 12:49:52 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Be nice! That was for emphasis. Charlotte Foust -----Original Message----- From: Martin Kahelin [mailto:mkahelin at gorskibulk.com] Sent: Friday, June 11, 2004 11:11 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Charlotte, you highlighted the word *is*. Do we need to define the meaning of it? > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Friday, June 11, 2004 11:10 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Well, what *is* distinct about a screw from the same lot? > This is probably a poor example for this discussion because > screws of the same size, etc., are interchangeable. There is > no need to identify any particular screw from a batch of > duplicate screws, so it has no unique key! > > Charlotte Foust > > -----Original Message----- > From: Scott Marcus [mailto:marcus at tsstech.com] > Sent: Friday, June 11, 2004 5:38 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Stuart, > > It was just an example. I worked for GE Aircraft Engines for > 2 years. I wrote systems that tracked those screws/nuts/bolts > etc. They want to know everything about anything in an > engine. They do not however track below a lot number on those > common parts. You could find anything you needed to know > about a 'lot' of screws but a particular screw from that lot > was no different than any other screw in that lot. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Friday, June 11, 2004 9:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 11 Jun 2004 at 8:28, Scott Marcus wrote: > > > John, > > > > If you have a bin full of 20,000 screws (all the same, > because that's > > what I was saying) you would be an amazing person if I > could pick up > > anyone of them, show it to you, take it back, put it back > in the bin, > > mix the bin up, and you could find that same exact screw. > > > > You've obviously never developed any systems for the aircraft > industry. > > You need to track what supplier and manufacture batch any individual > screw came from, what aircraft it ended up on and where. You just > don't dump 20,000 > screws > in a bin. :-( > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 11 14:47:56 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Fri, 11 Jun 2004 12:47:56 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000a01c44fda$130954e0$4c0b6bd5@netboxxp> Message-ID: Hi Mark: That set of comments are very true and I fully agree with your assessment. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Friday, June 11, 2004 10:33 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Sorry... Didn't mean to be so negative, I just got left with a very bad taste in my mouth when I came to renew the payroll module and found the QB made it impossible to upgrade without buying the application again (only a year after I bought it). All I wanted was updated tax tables and from what they told me that would not be possible without upgrading the application at a cost of more than double the original price. That sort of behaviour as far as I'm concerned is out of order and unnecessary, tax tables are just data and it seems they have no loyalty to existing customers. To make it imposible to update the tax tables without updating the application is, in my oppinion, pure greed, totally unnecessary and as bad, if not worse than some of the tactics emplyed by microsoft themselves. Sorry again for being so negative and drifting OT... Didn't mean to rant :@) Good luck Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 11 June 2004 00:56 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Sat Jun 12 10:13:14 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Sat, 12 Jun 2004 11:13:14 -0400 Subject: [AccessD] Report to PDF using CutePDF References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <001601c4508f$c85956a0$dd2f0a44@bcsrkeext6137> Rich I'm not sure which part is failing: 1 -create the report 2a-automate running the report 2b-have the report use cutepdf to make a pdf 3 -mail the pdf If You want to know how to specify cutepdf as the printer to use when the report is run, this may help. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnacc2k2/html/ODC_acc10_Printers.asp [ bewhere of the word wrap ]. Dave ----- Original Message ----- From: "Lavsa, Rich" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 12:07 PM Subject: [AccessD] Report to PDF using CutePDF Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 12 07:43:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 12 Jun 2004 14:43:57 +0200 Subject: [AccessD] Change code to A2003 In-Reply-To: <000001c44fdf$0cb8de80$1b02a8c0@MARTINREID> References: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B8@cntexchange.pgdp.usec.com> <000001c44fdf$0cb8de80$1b02a8c0@MARTINREID> Message-ID: <198502826.20040612144357@cactus.dk> Hi Virginia Or look up the recent thread on "Access 2003 Digital Certificate" in the archive ... /gustav > Its the new security model re digital certificates. Just turn it of in the > options. I deleted my copy here once I had finished with it but I think you > can set security to low in Tools Options. > http://office.microsoft.com/home/office.aspx?assetid=FX01085791&CTT=6&Origin=ES790020011033 >> Is it normal to receive a security warning every time the database is >> opened? Does anyone else get these messages? Security Warning: Unsafe >> Expressions are not blocked. I click OK, then get another message about them >> not being blocked & finally an Open, cancel, close dialog box. It is >> annoying to get these every time the database is opened. What is it? >> Something new in 2003? From gustav at cactus.dk Sat Jun 12 09:11:48 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 12 Jun 2004 16:11:48 +0200 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <2913774656.20040612161148@cactus.dk> Hi Rich We have used FreePDF from: http://freepdfxp.de/fpxp.htm The site is in German but FreePDF can be set to display English once installed. It pops up a dialog window about what to do with your PS file(s) to PDF creation. However, the greatest advantage of this utility is that it wraps the Apple Postscript driver, which guarantees a 100% compatible Postscript output file, and feeds this to Ghostscript for conversion to PDF. I have had some problems with the various PDF printers around - free or not - but this combination works just fine. As Ghostscript basically is command line driven, I guess it somehow should be possible to print to the Apple writer, output to PS file(s), and convert PS file(s) to PDF by Ghostscript - all under control from Access. Unfortunately, I have no time for playing with this now ... /gustav > Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed > environment. > I was wondering if anyone out there has any tips or tricks on how to > automate the creation of a report into a PDF document using CutePDF. We > also have PDF-XCHANGE but we do not have the SDK version. > I've seen code to use PDFWriter from Adobe, however I don't have that > luxury. > I downloaded CutePDF and GostScript, which works great as a printer to > convert any document to PDF via a printer and is totally free without > watermarks or ads. I would like to use this as part of an email > distribution of reports. I know this has been talked about on the lists but > has there been any solutions that use CutePDF, or does anyone out there know > the workings behind CutePDF that they could share where I could either alter > some registry changes or ini file to automate the creation of a PDF and then > simply pick it up and send it via an email. > Thanks in advance, > Rich From gustav at cactus.dk Sat Jun 12 09:26:05 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 12 Jun 2004 16:26:05 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000901c44fd9$d061bba0$4c0b6bd5@netboxxp> References: <000901c44fd9$d061bba0$4c0b6bd5@netboxxp> Message-ID: <15114630978.20040612162605@cactus.dk> Hi Mark Oh, my comment was certainly not meant personally - it indeed sounds like you know, what you are doing. It was a general remark. Still, my advice is not to waste time on a package that misses the essential qualities - if these are not fulfilled, everything else (including add-ons) will fail somehow sooner or later. /gustav > I am fully aware of > accounting data structures. I ran Sage Sovreign for several years for a > 60+ branch orgainsation and am currently writing a fairly large project > based cost control application, which tracks costs from initial project > estimates based on project structure etc., through the various > purchasing processes and takes into account varying exchange rates and > rates of inflation. It also handles forecasting, time writing and > resource management. Yep, its pretty difficult to get my head round > certain things, but one things for sure, ultimately the solutions are > always simple ones... > Mark > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: 11 June 2004 09:43 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] QuickBooks Project... Anyone game? > Hi Mark >> .. Accounting data structures are very straight forward .. > Well, that's what many a programmer have thought: "- how difficult can > it be to sum debit and credit?". There is more in an accounting > application than this. >> .. and I don't understand why there >> are so many discrepancies in such a 'well' developed package. For >> example, several of the standard reports don't cross balance due to >> the fact they (sometimes) ignore journal entries. Saying that though, >> I have never been impressed by an accounts package so maybe I'm just >> too cynical :O) From jmoss111 at bellsouth.net Sat Jun 12 10:53:14 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Sat, 12 Jun 2004 10:53:14 -0500 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: Rich, I looked at this package a while ago, and I think that you need the pdf creator version ($300) to automate through code in Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lavsa, Rich Sent: Friday, June 11, 2004 11:07 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Report to PDF using CutePDF Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sat Jun 12 11:03:16 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sat, 12 Jun 2004 09:03:16 -0700 Subject: [AccessD] Iterating Thorugh Controls Message-ID: <002201c45096$c5bde710$6601a8c0@HAL9002> Dear List: I am iterating through the control collection on a form in a public procedure to which I pass the name of the form. The form has a tab form on it and the controls don't seem to come up. Same with the sub-form on a page of the tab control. Is there a particular syntax I need to iterate these controls? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From bchacc at san.rr.com Sat Jun 12 11:48:20 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sat, 12 Jun 2004 09:48:20 -0700 Subject: [AccessD] Iterating Thorugh Controls References: <002201c45096$c5bde710$6601a8c0@HAL9002> Message-ID: <004d01c4509d$11bd6950$6601a8c0@HAL9002> Never mind. Figured it out. Rocky ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Saturday, June 12, 2004 9:03 AM Subject: [AccessD] Iterating Thorugh Controls Dear List: I am iterating through the control collection on a form in a public procedure to which I pass the name of the form. The form has a tab form on it and the controls don't seem to come up. Same with the sub-form on a page of the tab control. Is there a particular syntax I need to iterate these controls? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sat Jun 12 11:56:50 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sat, 12 Jun 2004 09:56:50 -0700 Subject: [AccessD] Another Translation Problem Message-ID: <006001c4509e$419587b0$6601a8c0@HAL9002> Dear List: Is there a way to change the name on a page of a tab control through code after the form is opened? I need to change those displayed page names to different languages. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From DaveSharpe2 at cox.net Sat Jun 12 13:38:04 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Sat, 12 Jun 2004 14:38:04 -0400 Subject: [AccessD] Report to PDF using CutePDF References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <002d01c450ac$65dc2620$dd2f0a44@bcsrkeext6137> Rich Maybe this page will be of benefit dave Creating PDF files from within Microsoft Access (Updated 2004-05-12) The following have been specifically mentioned as being able to be automated. http://www.granite.ab.ca/access/pdffiles.htm Dave ----- Original Message ----- From: "Lavsa, Rich" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 12:07 PM Subject: [AccessD] Report to PDF using CutePDF Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Sat Jun 12 13:46:58 2004 From: john at winhaven.net (John Bartow) Date: Sat, 12 Jun 2004 13:46:58 -0500 Subject: [AccessD] Another Translation Problem In-Reply-To: <006001c4509e$419587b0$6601a8c0@HAL9002> Message-ID: Rocky, Me.tabMain.Pages.Caption = "New Page Title" John B. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Saturday, June 12, 2004 11:57 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Another Translation Problem Dear List: Is there a way to change the name on a page of a tab control through code after the form is opened? I need to change those displayed page names to different languages. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat Jun 12 14:36:12 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sat, 12 Jun 2004 12:36:12 -0700 Subject: [AccessD] Importing data In-Reply-To: Message-ID: Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA Jim From jmoss111 at bellsouth.net Sat Jun 12 15:18:18 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Sat, 12 Jun 2004 15:18:18 -0500 Subject: [AccessD] Importing data In-Reply-To: Message-ID: Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Erwin.Craps at ithelps.be Sat Jun 12 17:05:00 2004 From: Erwin.Craps at ithelps.be (Erwin Craps - IT Helps) Date: Sun, 13 Jun 2004 00:05:00 +0200 Subject: [AccessD] Iterating Thorugh Controls Message-ID: <46B976F2B698FF46A4FE7636509B22DF0AD9D6@stekelbes.ithelps.local> Hi Rocky I use this code to make my form in multiple user languages. Id do iterate trough tabs but not subforms. A subform, in my case, runs this procedure also when loading... Look in the code for the case "tabstrip" Greetz Erwin For Each ctl In varFrm.Controls 'Set ctl.Font = fnt strSCtlType = TypeName(ctl) Select Case strSCtlType Case "Label" ctl.Caption = LoadResString(CLng(ctl.Tag), , varLanguage_Lid) ctl.ControlTipText = LoadResString(CLng(ctl.ControlTipText), , varLanguage_Lid) Case "Menu" ctl.Caption = LoadResString(CLng(ctl.Caption), , varLanguage_Lid) Case "TabStrip" For Each obj In ctl.Tabs obj.Caption = LoadResString(CLng(obj.Tag), , varLanguage_Lid) obj.Tooltiptext = LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) obj.StatusBarText = LoadResString(CLng(obj.StatusBarText), , varLanguage_Lid) Next Case "Toolbar" For Each obj In ctl.Buttons obj.Tooltiptext = LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) Next Case "ListView" For Each obj In ctl.ColumnHeaders obj.text = LoadResString(CLng(obj.Tag), , varLanguage_Lid) Next Case Else lngNVal = Val(ctl.Tag) If lngNVal > 0 Then ctl.Caption = LoadResString(lngNVal, , varLanguage_Lid) End If lngNVal = 0 lngNVal = Val(ctl.Tooltiptext) If lngNVal > 0 Then ctl.Tooltiptext = LoadResString(lngNVal, , varLanguage_Lid) End If lngNVal = Val(ctl.ControlTipText) If lngNVal > 0 Then ctl.ControlTipText = LoadResString(lngNVal, , varLanguage_Lid) End If lngNVal = Val(ctl.StatusBarText) If lngNVal > 0 Then ctl.StatusBarText = LoadResString(lngNVal, , varLanguage_Lid) End If End Select 'Check for unfilled tags or missing in resource ctl.Caption = LoadResString(CLng(ctl.Tag), , varLanguage_Lid) ctl.ControlTipText = LoadResString(CLng(ctl.ControlTipText), , varLanguage_Lid) Next -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Saturday, June 12, 2004 6:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Iterating Thorugh Controls Never mind. Figured it out. Rocky ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Saturday, June 12, 2004 9:03 AM Subject: [AccessD] Iterating Thorugh Controls Dear List: I am iterating through the control collection on a form in a public procedure to which I pass the name of the form. The form has a tab form on it and the controls don't seem to come up. Same with the sub-form on a page of the tab control. Is there a particular syntax I need to iterate these controls? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 12 22:46:24 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 12 Jun 2004 23:46:24 -0400 Subject: [AccessD] Date syntax in SQL Server Message-ID: <000201c450f9$002b6820$0501a8c0@colbyws> What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com From vchas at artronix-solutions.com Sat Jun 12 22:59:36 2004 From: vchas at artronix-solutions.com (vchas) Date: Sat, 12 Jun 2004 20:59:36 -0700 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000201c450f9$002b6820$0501a8c0@colbyws> Message-ID: <000001c450fa$d800e580$2d30a443@attbi.com> In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 12 23:11:42 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 13 Jun 2004 00:11:42 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000001c450fa$d800e580$2d30a443@attbi.com> Message-ID: <000301c450fc$88d1ad80$0501a8c0@colbyws> But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 12 22:46:24 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 12 Jun 2004 23:46:24 -0400 Subject: [AccessD] [dba-SQLServer] Date syntax in SQL Server Message-ID: <000201c450f9$002b6820$0501a8c0@colbyws> What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From vchas at artronix-solutions.com Sat Jun 12 23:36:37 2004 From: vchas at artronix-solutions.com (vchas) Date: Sat, 12 Jun 2004 21:36:37 -0700 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000301c450fc$88d1ad80$0501a8c0@colbyws> Message-ID: <000101c45100$03a4d340$2d30a443@attbi.com> The CONVERT function is provided to help with converting a DATETIME or SMALLDATETIME variables, or any other string that holds a valid date, into different date/time display formats. The CONVERT function is called using the following syntax: CONVERT ( data_type [ ( length) ] , expression [ , style ] ) Where data_type [(length)] is the target data type format and length, expression is any valid Microsoft expression that represents the date/time you want to display, and style specifies the output format for the data/time. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 9:12 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sun Jun 13 08:29:45 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 13 Jun 2004 06:29:45 -0700 Subject: [AccessD] Iterating Thorugh Controls References: <46B976F2B698FF46A4FE7636509B22DF0AD9D6@stekelbes.ithelps.local> Message-ID: <002301c4514a$7e8ebd10$6601a8c0@HAL9002> Erwin: I do something similar. But in the case of a control with a tab form instead of passing Me.Name for the form name I tried passing the object (Me) to another flavor of the translate routine where the argument is defined AS Object instead of AS Form. For some reason I don't understand it now iterates all of the control except the sub-form. But the sub-form has its own Form_Open event where I can call the translation function. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Erwin Craps - IT Helps" To: "Access Developers discussion and problem solving" Sent: Saturday, June 12, 2004 3:05 PM Subject: RE: [AccessD] Iterating Thorugh Controls > > Hi Rocky > > I use this code to make my form in multiple user languages. > Id do iterate trough tabs but not subforms. > A subform, in my case, runs this procedure also when loading... > Look in the code for the case "tabstrip" > > Greetz > Erwin > > > For Each ctl In varFrm.Controls > 'Set ctl.Font = fnt > > strSCtlType = TypeName(ctl) > Select Case strSCtlType > Case "Label" > ctl.Caption = LoadResString(CLng(ctl.Tag), , > varLanguage_Lid) > ctl.ControlTipText = > LoadResString(CLng(ctl.ControlTipText), , varLanguage_Lid) > > Case "Menu" > ctl.Caption = LoadResString(CLng(ctl.Caption), , > varLanguage_Lid) > > Case "TabStrip" > For Each obj In ctl.Tabs > obj.Caption = LoadResString(CLng(obj.Tag), , > varLanguage_Lid) > obj.Tooltiptext = > LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) > obj.StatusBarText = > LoadResString(CLng(obj.StatusBarText), , varLanguage_Lid) > Next > > Case "Toolbar" > For Each obj In ctl.Buttons > obj.Tooltiptext = > LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) > Next > > Case "ListView" > For Each obj In ctl.ColumnHeaders > obj.text = LoadResString(CLng(obj.Tag), , > varLanguage_Lid) > Next > > Case Else > lngNVal = Val(ctl.Tag) > If lngNVal > 0 Then > ctl.Caption = LoadResString(lngNVal, , > varLanguage_Lid) > End If > lngNVal = 0 > lngNVal = Val(ctl.Tooltiptext) > If lngNVal > 0 Then > ctl.Tooltiptext = LoadResString(lngNVal, , > varLanguage_Lid) > End If > lngNVal = Val(ctl.ControlTipText) > If lngNVal > 0 Then > ctl.ControlTipText = LoadResString(lngNVal, , > varLanguage_Lid) > End If > lngNVal = Val(ctl.StatusBarText) > If lngNVal > 0 Then > ctl.StatusBarText = LoadResString(lngNVal, , > varLanguage_Lid) > End If > End Select > > 'Check for unfilled tags or missing in resource > ctl.Caption = LoadResString(CLng(ctl.Tag), , varLanguage_Lid) > ctl.ControlTipText = LoadResString(CLng(ctl.ControlTipText), , > varLanguage_Lid) > > Next > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Saturday, June 12, 2004 6:48 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Iterating Thorugh Controls > > Never mind. Figured it out. > > Rocky > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: > Sent: Saturday, June 12, 2004 9:03 AM > Subject: [AccessD] Iterating Thorugh Controls > > > Dear List: > > I am iterating through the control collection on a form in a public > procedure to which I pass the name of the form. The form has a tab form > on > it and the controls don't seem to come up. Same with the sub-form on a > page > of the tab control. > > Is there a particular syntax I need to iterate these controls? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sun Jun 13 08:47:39 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 13 Jun 2004 09:47:39 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000101c45100$03a4d340$2d30a443@attbi.com> Message-ID: <000001c4514c$fe8cef30$0501a8c0@colbyws> OK, I got it. Thanks, John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:37 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server The CONVERT function is provided to help with converting a DATETIME or SMALLDATETIME variables, or any other string that holds a valid date, into different date/time display formats. The CONVERT function is called using the following syntax: CONVERT ( data_type [ ( length) ] , expression [ , style ] ) Where data_type [(length)] is the target data type format and length, expression is any valid Microsoft expression that represents the date/time you want to display, and style specifies the output format for the data/time. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 9:12 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sun Jun 13 08:52:40 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 13 Jun 2004 09:52:40 -0400 Subject: [AccessD] OT: Outlook XP picks up email left on server over and over and over... Message-ID: <002301c4514d$b1ddeee0$0501a8c0@colbyws> I pick up my email on many different computers. As a result I tell each copy of Outlook to leave the messages on the server for 3 days. For some reason OutlookXP keeps picking up the messages over and over. Its damned annoying to have to go back and delete the old messages. Does anyone know if this is a new "feature" in XP? I never saw this in 2K. Is it configurable, can I tell Outlook to knock it off? John W. Colby www.ColbyConsulting.com From gustav at cactus.dk Sun Jun 13 08:48:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 13 Jun 2004 15:48:57 +0200 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <2913774656.20040612161148@cactus.dk> References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> <2913774656.20040612161148@cactus.dk> Message-ID: <9022833222.20040613154857@cactus.dk> Hi Rich Here's another free PDF printer: http://www.primopdf.com/ It looks very basic but the company behind seems to feature all kinds of PDF tools with or without COM interfaces - at a prize though. /gustav >> Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed >> environment. >> I was wondering if anyone out there has any tips or tricks on how to >> automate the creation of a report into a PDF document using CutePDF. We >> also have PDF-XCHANGE but we do not have the SDK version. >> I've seen code to use PDFWriter from Adobe, however I don't have that >> luxury. >> I downloaded CutePDF and GostScript, which works great as a printer to >> convert any document to PDF via a printer and is totally free without >> watermarks or ads. I would like to use this as part of an email >> distribution of reports. I know this has been talked about on the lists but >> has there been any solutions that use CutePDF, or does anyone out there know >> the workings behind CutePDF that they could share where I could either alter >> some registry changes or ini file to automate the creation of a PDF and then >> simply pick it up and send it via an email. >> Thanks in advance, >> Rich From bchacc at san.rr.com Sun Jun 13 10:01:40 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 13 Jun 2004 08:01:40 -0700 Subject: [AccessD] Another Translation Problem References: Message-ID: <004501c45157$55261420$6601a8c0@HAL9002> John: Thanks for that format. It works: Me.TabCtl140.Pages("&Header").Caption = TranslateMsgbox("Header") although I had to add the tab name to the Pages. I found that you can also use an index number starting at zero as well. However, in order to display Chinese I have to change the font to Arial MS Unicode. This I do in the translate routines for the label and command button captions, but there doesn't seem to be any way to change the font on the tabs names themselves. Me.TabCtl140.Pages("&Header").FontName = "Arial Unicode MS" doesn't compile. Apparently FontName is not a property of the tab control page headings. Does anybody know if the tab heading font can be changed? I don't even see a way to do it in design mode. MTIA, is ----- Original Message ----- From: "John Bartow" To: "Access Developers discussion and problem solving" Sent: Saturday, June 12, 2004 11:46 AM Subject: RE: [AccessD] Another Translation Problem > Rocky, > Me.tabMain.Pages.Caption = "New Page Title" > > John B. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Saturday, June 12, 2004 11:57 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Translation Problem > > > Dear List: > > Is there a way to change the name on a page of a tab control through code > after the form is opened? I need to change those displayed page names to > different languages. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dwaters at usinternet.com Sun Jun 13 11:30:01 2004 From: dwaters at usinternet.com (Dan Waters) Date: Sun, 13 Jun 2004 11:30:01 -0500 Subject: [AccessD] Sub Form Current Event Message-ID: <000001c45163$aef59a00$de1811d8@danwaters> Hello to everyone on a nice Sunday morning! (at least in Minnesota) When I move to a different record on a main form, the Current event on a subform will run twice in succession before the Current event runs in the main form. Does anyone know how to cause the subform current event to run only once in this circumstance? Thanks! Dan Waters From artful at rogers.com Sun Jun 13 11:37:49 2004 From: artful at rogers.com (Arthur Fuller) Date: Sun, 13 Jun 2004 12:37:49 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: <001001c44fc3$83293770$0501a8c0@colbyws> Message-ID: <019301c45164$c4135fc0$6601a8c0@rock> No doubt somebody's pointed this out already, but AUTOINCREMENT is not a SQL keyword. You have to use IDENTITY(n1,n2) where n1 is the start value and n2 is the step value. They both default to 1. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 10:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Create table with autonumber and PK And thus the following also works in Access: CREATE TABLE MemberDetails ( MemberId AUTOINCREMENT , FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(MemberID) ) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Garraway, Alun Sent: Friday, June 11, 2004 10:09 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Create table with autonumber and PK Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sun Jun 13 11:46:09 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sun, 13 Jun 2004 12:46:09 -0400 Subject: [AccessD] Sub Form Current Event In-Reply-To: <000001c45163$aef59a00$de1811d8@danwaters> Message-ID: Dan, OnCurrent fires quite a bit as you'll discover for a whole lot of different reasons. For example, it will fire several times during a delete process as well. If you have some code in there that you only want to have happen at specific times and only execute once, you need to protect it with a flag variable: In declarations section: Dim fDoOnCurrentOnce as integer and in the OnCurrent If fDoOnCurrentOnce = True then ' Do your processing here fDoOnCurrentOnce = False End If and then in various places, when you want processing to occur: fDoOnCurrentOnce = True Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters Sent: Sunday, June 13, 2004 12:30 PM To: 'Database Advisors' Subject: [AccessD] Sub Form Current Event Hello to everyone on a nice Sunday morning! (at least in Minnesota) When I move to a different record on a main form, the Current event on a subform will run twice in succession before the Current event runs in the main form. Does anyone know how to cause the subform current event to run only once in this circumstance? Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Jun 13 12:38:09 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 13 Jun 2004 19:38:09 +0200 Subject: [AccessD] Sub Form Current Event In-Reply-To: References: Message-ID: <18410803084.20040613193809@cactus.dk> Hi Jim and Dan You can also use a Static in OnCurrent: Static varCurrentID As Variant Dim varID As Variant varID = Me!ID If IsNull(varID) Then ' This is a new record. ' Run OnCurrent code for a new record. ... ' Your code here. ElseIf varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If Or, if nothing special is going to happen for a new record: varID = Me!ID If varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or ' this is a new record, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If /gustav > OnCurrent fires quite a bit as you'll discover for a whole lot of different > reasons. For example, it will fire several times during a delete process as > well. If you have some code in there that you only want to have happen at > specific times and only execute once, you need to protect it with a flag > variable: > In declarations section: > Dim fDoOnCurrentOnce as integer > and in the OnCurrent > If fDoOnCurrentOnce = True then > ' Do your processing here > fDoOnCurrentOnce = False > End If > and then in various places, when you want processing to occur: > fDoOnCurrentOnce = True > Jim Dettman > President, > Online Computer Services of WNY, Inc. > (315) 699-3443 > jimdettman at earthlink.net > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters > Sent: Sunday, June 13, 2004 12:30 PM > To: 'Database Advisors' > Subject: [AccessD] Sub Form Current Event > Hello to everyone on a nice Sunday morning! (at least in Minnesota) > When I move to a different record on a main form, the Current event on a > subform will run twice in succession before the Current event runs in the > main form. > Does anyone know how to cause the subform current event to run only once in > this circumstance? > Thanks! > Dan Waters From accessd at shaw.ca Sun Jun 13 12:14:59 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sun, 13 Jun 2004 10:14:59 -0700 Subject: [AccessD] Importing data In-Reply-To: Message-ID: Thank you JMoss for your help. I will check it out and if there are any revelations they will posted these to the list. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of JMoss Sent: Saturday, June 12, 2004 1:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Importing data Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA 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 dwaters at usinternet.com Sun Jun 13 13:10:37 2004 From: dwaters at usinternet.com (Dan Waters) Date: Sun, 13 Jun 2004 13:10:37 -0500 Subject: [AccessD] Sub Form Current Event In-Reply-To: <12394501.1087148986547.JavaMail.root@sniper2.usinternet.com> Message-ID: <000001c45171$bb0dbad0$de1811d8@danwaters> Jim and Gustav, This gives me something to work with! Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Sunday, June 13, 2004 12:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form Current Event Hi Jim and Dan You can also use a Static in OnCurrent: Static varCurrentID As Variant Dim varID As Variant varID = Me!ID If IsNull(varID) Then ' This is a new record. ' Run OnCurrent code for a new record. ... ' Your code here. ElseIf varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If Or, if nothing special is going to happen for a new record: varID = Me!ID If varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or ' this is a new record, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If /gustav > OnCurrent fires quite a bit as you'll discover for a whole lot of different > reasons. For example, it will fire several times during a delete process as > well. If you have some code in there that you only want to have happen at > specific times and only execute once, you need to protect it with a flag > variable: > In declarations section: > Dim fDoOnCurrentOnce as integer > and in the OnCurrent > If fDoOnCurrentOnce = True then > ' Do your processing here > fDoOnCurrentOnce = False > End If > and then in various places, when you want processing to occur: > fDoOnCurrentOnce = True > Jim Dettman > President, > Online Computer Services of WNY, Inc. > (315) 699-3443 > jimdettman at earthlink.net > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters > Sent: Sunday, June 13, 2004 12:30 PM > To: 'Database Advisors' > Subject: [AccessD] Sub Form Current Event > Hello to everyone on a nice Sunday morning! (at least in Minnesota) > When I move to a different record on a main form, the Current event on a > subform will run twice in succession before the Current event runs in the > main form. > Does anyone know how to cause the subform current event to run only once in > this circumstance? > Thanks! > Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Sun Jun 13 14:12:55 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sun, 13 Jun 2004 12:12:55 -0700 Subject: [AccessD] Translation of UTF-8 to UTF-16 (Unicode) or Big5 etc, for Text files or XML References: <004501c45157$55261420$6601a8c0@HAL9002> Message-ID: <40CCA737.4010002@shaw.ca> I was reading an XML article on encoding where the author stated he couldn't get this to work http://www.topxml.com/code/default.asp?p=3&id=v20010810181946 It might be useful to someone. I didn't know you could do this with a stream and took a guess at how it was handling binaries. There are other ways to do this but this is a short method. Essentially the code below takes a Text or XML file and changes the Encoding from UTF-8 to UTF-16 (Unicode) It uses the ADODB stream object and charset property. I haven't seen this written up anywhere. The trick is to read and rewrite the ADODB stream. Loading and saving the file results by itself in a double BOM and garbage. I am guessing but you may be able to go back and forth between character set encodings. assuming you are not doing something ridiculous like converting Thai unicode to ASCII. This would include Chinese Big5, JIS and various ISO encodings. See input file samples of characters in a variety of about 20 languages in two encodings. Just for Martin there is even Irish Gaelic, of course Scot's Gaelic is known as "The Gaelic" http://www5.brinkster.com/mconnelly/xmltest/testUTF-8.xml http://www5.brinkster.com/mconnelly/xmltest/testUTF-16.xm To play around you will need the files with proper BOM markers. http://www5.brinkster.com/mconnelly/xmltest/testUTF-16.zip Const TopLine = "" 'or if using xml files encoding to switch processing instruction Const TopLine = "" Sub ReadUTF8SaveFileInUTF16() Dim stm As ADODB.stream 'ADO 2.7 Dim strData As String Set stm = New ADODB.stream stm.Open stm.Charset = "UTF-8" stm.Position = 0 stm.Type = adTypeText stm.LoadFromFile "XM8_UTF_vb.xml" stm.Position = 0 strData = stm.ReadText() ' line below can be removed for straight text files rather than xml. strData = TopLine & Right$(strData, Len(strData) - Len(TopLine)) stm.Position = 0 ' set output file character set to ' "Unicode" '"iso-8859-1" "ascii" '"Big5" '"hebrew" 'The character set names for the machine are in the registry 'For a list of the character set strings that is known by a system, see 'the subkeys of HKEY_CLASSES_ROOT\MIME\Database\Charset 'in the Windows Registry. stm.Charset = "Unicode" stm.WriteText (strData) stm.SaveToFile "test16.xml", adSaveCreateOverWrite stm.Close Set stm = Nothing End Sub -- Marty Connelly Victoria, B.C. Canada From stuart at lexacorp.com.pg Sun Jun 13 18:49:31 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 09:49:31 +1000 Subject: [AccessD] Another Translation Problem In-Reply-To: <004501c45157$55261420$6601a8c0@HAL9002> Message-ID: <40CD74AB.9653.36EC0C1@localhost> On 13 Jun 2004 at 8:01, Rocky Smolin - Beach Access S wrote: > John: > > Thanks for that format. It works: > > Me.TabCtl140.Pages("&Header").Caption = TranslateMsgbox("Header") > > although I had to add the tab name to the Pages. I found that you can also > use an index number starting at zero as well. > > However, in order to display Chinese I have to change the font to Arial MS > Unicode. This I do in the translate routines for the label and command > button captions, but there doesn't seem to be any way to change the font on > the tabs names themselves. > > Me.TabCtl140.Pages("&Header").FontName = "Arial Unicode MS" > > doesn't compile. Apparently FontName is not a property of the tab control > page headings. > > Does anybody know if the tab heading font can be changed? I don't even see > a way to do it in design mode. > The Tab control itself has properties FontName, FontSize , FontWeight FontBold, FontItalic and FontUnderline. That means that you can't change individual page fonts, but you can change the font for the complete tab control. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Sun Jun 13 18:55:18 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 09:55:18 +1000 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <9022833222.20040613154857@cactus.dk> References: <2913774656.20040612161148@cactus.dk> Message-ID: <40CD7606.15240.3740BCB@localhost> On 13 Jun 2004 at 15:48, Gustav Brock wrote: > Hi Rich > > Here's another free PDF printer: > > http://www.primopdf.com/ > > It looks very basic but the company behind seems to feature all kinds > of PDF tools with or without COM interfaces - at a prize though. > If you are looking outside ofd CutePDF, take a look at my own MakePDFand MailPDF at http://www.lexacorp.com.pg Like CutePDF, it is actually just a front end for Ghostscript, but it does let you do what you want. On the page is a example of automatically sending a document to an email recipient usin and Access Sub. > /gustav > > > >> Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed > >> environment. > > >> I was wondering if anyone out there has any tips or tricks on how to > >> automate the creation of a report into a PDF document using CutePDF. We > >> also have PDF-XCHANGE but we do not have the SDK version. > >> I've seen code to use PDFWriter from Adobe, however I don't have that > >> luxury. > > >> I downloaded CutePDF and GostScript, which works great as a printer to > >> convert any document to PDF via a printer and is totally free without > >> watermarks or ads. I would like to use this as part of an email > >> distribution of reports. I know this has been talked about on the lists but > >> has there been any solutions that use CutePDF, or does anyone out there know > >> the workings behind CutePDF that they could share where I could either alter > >> some registry changes or ini file to automate the creation of a PDF and then > >> simply pick it up and send it via an email. > > >> Thanks in advance, > >> Rich > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Sun Jun 13 22:48:41 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 13 Jun 2004 20:48:41 -0700 Subject: [AccessD] Another Translation Problem References: <40CD74AB.9653.36EC0C1@localhost> Message-ID: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> Stuart: I tried putting Me.TabCtl140.FontName = "Arial Unicode MS" in the _Open event of the form, both before and after calling the translate function for the tab names. The translate function returns the correct stuff, but since the tab's font is not changed to Arial Unicode MS, it still doesn't display correctly. Perhaps that line of code is setting the font for all the controls on the tab form but it doesn't seem to affect the tab names themselves. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Sunday, June 13, 2004 4:49 PM Subject: Re: [AccessD] Another Translation Problem > On 13 Jun 2004 at 8:01, Rocky Smolin - Beach Access S wrote: > > > John: > > > > Thanks for that format. It works: > > > > Me.TabCtl140.Pages("&Header").Caption = TranslateMsgbox("Header") > > > > although I had to add the tab name to the Pages. I found that you can also > > use an index number starting at zero as well. > > > > However, in order to display Chinese I have to change the font to Arial MS > > Unicode. This I do in the translate routines for the label and command > > button captions, but there doesn't seem to be any way to change the font on > > the tabs names themselves. > > > > Me.TabCtl140.Pages("&Header").FontName = "Arial Unicode MS" > > > > doesn't compile. Apparently FontName is not a property of the tab control > > page headings. > > > > Does anybody know if the tab heading font can be changed? I don't even see > > a way to do it in design mode. > > > > The Tab control itself has properties FontName, FontSize , FontWeight FontBold, > FontItalic and FontUnderline. > > That means that you can't change individual page fonts, but you can change the > font for the complete tab control. > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sun Jun 13 23:54:36 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 14:54:36 +1000 Subject: [AccessD] Another Translation Problem In-Reply-To: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> Message-ID: <40CDBC2C.21764.486129D@localhost> On 13 Jun 2004 at 20:48, Rocky Smolin - Beach Access S wrote: > Stuart: > > I tried putting Me.TabCtl140.FontName = "Arial Unicode MS" in the _Open > event of the form, both before and after calling the translate function for > the tab names. The translate function returns the correct stuff, but since > the tab's font is not changed to Arial Unicode MS, it still doesn't display > correctly. Perhaps that line of code is setting the font for all the > controls on the tab form but it doesn't seem to affect the tab names > themselves. > In Access 2000, I just created a form with a tab control and two buttons. Private Sub Command1_Click() TabCtl0.FontName = "Times New Roman" End Sub Private Sub Command2_Click() TabCtl0.FontName = "Arial" End Sub Clicking the buttons changes the tab names appropriately so the fontname property does affect the page headers. I don't have O2002/XP and unicode fonts, so it may be a problem with Unicode fonts in the later version and the tab control. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 14 00:05:50 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 15:05:50 +1000 Subject: [AccessD] Another Translation Problem In-Reply-To: <40CDBC2C.21764.486129D@localhost> References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> Message-ID: <40CDBECE.17170.49059F6@localhost> On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: > > In Access 2000, I just created a form with a tab control and two buttons. > > Private Sub Command1_Click() > TabCtl0.FontName = "Times New Roman" > > End Sub > > Private Sub Command2_Click() > TabCtl0.FontName = "Arial" > End Sub > > Clicking the buttons changes the tab names appropriately so the fontname > property does affect the page headers. > > I don't have O2002/XP and unicode fonts, so it may be a problem with Unicode > fonts in the later version and the tab control. > I just installed Airal Uncode MS in O2K and tried it again. Changed the second one to: TabCtl0.FontName = "Arial Unicode MS" It still changed the font properly (Don't know what would have happened if I had tried a different language, I've never done any of that sort of thing) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Rich_Lavsa at pghcorning.com Mon Jun 14 06:43:20 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 14 Jun 2004 07:43:20 -0400 Subject: [AccessD] Report to PDF using CutePDF Message-ID: <833956F5C117124A89417638FDB11290EBD1E2@goexchange.pghcorning.com> Thank you all who responded. I'm going to try Stuart's "MakePDF" and "MailPDF". Looks like they will work. I'll post back on the success. Thank you Stuart!! Rich -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Sunday, June 13, 2004 7:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Report to PDF using CutePDF On 13 Jun 2004 at 15:48, Gustav Brock wrote: > Hi Rich > > Here's another free PDF printer: > > http://www.primopdf.com/ > > It looks very basic but the company behind seems to feature all kinds > of PDF tools with or without COM interfaces - at a prize though. > If you are looking outside ofd CutePDF, take a look at my own MakePDFand MailPDF at http://www.lexacorp.com.pg Like CutePDF, it is actually just a front end for Ghostscript, but it does let you do what you want. On the page is a example of automatically sending a document to an email recipient usin and Access Sub. > /gustav > > > >> Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro > >> mixed environment. > > >> I was wondering if anyone out there has any tips or tricks on how > >> to automate the creation of a report into a PDF document using > >> CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. > >> I've seen code to use PDFWriter from Adobe, however I don't have that > >> luxury. > > >> I downloaded CutePDF and GostScript, which works great as a printer > >> to convert any document to PDF via a printer and is totally free > >> without watermarks or ads. I would like to use this as part of an > >> email distribution of reports. I know this has been talked about > >> on the lists but has there been any solutions that use CutePDF, or > >> does anyone out there know the workings behind CutePDF that they > >> could share where I could either alter some registry changes or ini > >> file to automate the creation of a PDF and then simply pick it up > >> and send it via an email. > > >> Thanks in advance, > >> Rich > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Mon Jun 14 07:32:46 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 14 Jun 2004 08:32:46 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> Your thinking a bit too fine. I was just talking about identifying a part in general in regards to your question " How would I create a natural key for a part if not?". A part number is not an attribute of an item, unless it's labeled in some way. It was my point to Lambert; it's a natural key if and only if when I change some part of the key, I change the specific instance of something that I'm referring to. << If you want to distinguish one screw from another, you must add a serial number (which is not stamped on any of these tiny parts). Why would that serial number be any different than adding an auto-number? According to the reasoning in question, the serial number is a natural key, yet the auto-number is not. Sounds like a double standard to me. >> No because the serial number would be associated with the instance, so it becomes an attribute even though it was assigned. An autonumber is not. I can change an autonumber at any time with no affect at all. Looking at any given row, if I change the autonumber, nothing happens. If I changed the serial number, I'd no longer be referring to the same instance. One meaningless, the other derived from the attributes of what I'm referring to. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 08:15:38 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 09:15:38 -0400 Subject: [AccessD] OT - Excel Date Formatting Message-ID: Group, What is the simplest way to transform a column of dates...? >From this: 5/3/2004 2:41:33 PM To this: 5/3/2004 Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then copying and using Paste Special (Values) to get the desired result. Is there a better way? Thanks, Mark From Chris.Foote at uk.thalesgroup.com Mon Jun 14 08:25:05 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 14 Jun 2004 14:25:05 +0100 Subject: [AccessD] OT - Excel Date Formatting Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C15D@ntscxch1.int.rdel.co.uk> Hi Mark! Can you not just change the formatting of the column from mm/dd/yyyy h:mm:ss to mm/dd/yyyy in the format cells dialogue? If this is not quite what you want reply to me as I've got a hand-rolled function to convert Excel dates/times to text. Regards Chris Foote - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:16 PM > To: '[AccessD]' > Subject: [AccessD] OT - Excel Date Formatting > > > Group, > > What is the simplest way to transform a column of dates...? > > >From this: 5/3/2004 2:41:33 PM > To this: 5/3/2004 > > Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then > copying and > using Paste Special (Values) to get the desired result. Is > there a better > way? > > Thanks, > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Mark.Mitsules at ngc.com Mon Jun 14 08:36:48 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 09:36:48 -0400 Subject: [AccessD] OT - Excel Date Formatting Message-ID: Chris, Thanks for your offer. Yes that does change the appearance but M$ seems to know better than I when it comes to importing the underlying data into Access and will keep the time data during an import. I have no use for the time data. My method works but seems "clunky". Mar -----Original Message----- From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] Sent: Monday, June 14, 2004 9:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT - Excel Date Formatting Hi Mark! Can you not just change the formatting of the column from mm/dd/yyyy h:mm:ss to mm/dd/yyyy in the format cells dialogue? If this is not quite what you want reply to me as I've got a hand-rolled function to convert Excel dates/times to text. Regards Chris Foote - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:16 PM > To: '[AccessD]' > Subject: [AccessD] OT - Excel Date Formatting > > > Group, > > What is the simplest way to transform a column of dates...? > > >From this: 5/3/2004 2:41:33 PM > To this: 5/3/2004 > > Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then > copying and > using Paste Special (Values) to get the desired result. Is > there a better > way? > > Thanks, > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 08:43:50 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 09:43:50 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark From Chris.Foote at uk.thalesgroup.com Mon Jun 14 08:44:38 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 14 Jun 2004 14:44:38 +0100 Subject: [AccessD] OT - Excel Date Formatting Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C15E@ntscxch1.int.rdel.co.uk> Hi again Mark! Ok. I see the problem now (I think). I hit this problem (feature?) a little while ago. Excel stores the info differently to the way it displays it. My solution was to write a function the converted the data into a text field but formatted the way I wanted it. I did much the same as you but needed to append leading zeros. The code below works for Hours and Minutes but I'm sure you could mod it for Day, Month, Year! ----------------Code snippet)-------- Function Date2Text(MyDate As Date) Dim MyText As String Dim MyHour As String Dim MyMinute As String Dim intHour As Integer Dim intMinute As Integer intHour = Len(Hour(MyDate)) If intHour = 1 Then MyHour = "0" & Hour(MyDate) Else MyHour = Hour(MyDate) End If intMinute = Len(Minute(MyDate)) If intMinute = 1 Then MyMinute = "0" & Minute(MyDate) Else MyMinute = Minute(MyDate) End If Date2Text = MyHour & ":" & MyMinute End Function > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:37 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT - Excel Date Formatting > > > Chris, > > Thanks for your offer. Yes that does change the appearance > but M$ seems to > know better than I when it comes to importing the underlying data into > Access and will keep the time data during an import. I have > no use for the > time data. My method works but seems "clunky". > > > Mar > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 14, 2004 9:25 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT - Excel Date Formatting > > > Hi Mark! > > Can you not just change the formatting of the column from > mm/dd/yyyy h:mm:ss > to mm/dd/yyyy in the format cells dialogue? > > If this is not quite what you want reply to me as I've got a > hand-rolled > function to convert Excel dates/times to text. > > Regards > Chris Foote - UK > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:16 PM > To: '[AccessD]' > Subject: [AccessD] OT - Excel Date Formatting > > > Group, > > What is the simplest way to transform a column of dates...? > > >From this: 5/3/2004 2:41:33 PM > To this: 5/3/2004 > > Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then > copying and > using Paste Special (Values) to get the desired result. Is > there a better > way? > > Thanks, > > Mark From jeffrey.demulling at usbank.com Mon Jun 14 08:53:13 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Mon, 14 Jun 2004 08:53:13 -0500 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Tell them to do a "Full" install instead of a standard install, i.e. make sure everything that can be installed is installed. I have found with our IT folks that if I am not watching them they do not install everything. "Mitsules, Mark S. (Newport News)" To: "[AccessD]" cc: Sent by: Subject: [AccessD] URGENT! A2K2 - File Import Options accessd-bounces at databasea dvisors.com 06/14/2004 08:43 AM Please respond to "Access Developers discussion and problem solving" I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 14 09:06:32 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 14 Jun 2004 07:06:32 -0700 Subject: [AccessD] Another Translation Problem References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> <40CDBECE.17170.49059F6@localhost> Message-ID: <004c01c45218$cbff85b0$6601a8c0@HAL9002> Stuart: I did what you did and it does indeed change the font on the tabs. However, I still can't get my Chinese to display correctly. I tried getting the Chinese string with the code from my translate message box function - StrConv(rs(gstrLanguage), vbUnicode) - which works for the message boxes. It's returning the right stuff. Just won't display Chinese characters. Any idea what that might be due to? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Sunday, June 13, 2004 10:05 PM Subject: Re: [AccessD] Another Translation Problem > On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: > > > > > In Access 2000, I just created a form with a tab control and two buttons. > > > > Private Sub Command1_Click() > > TabCtl0.FontName = "Times New Roman" > > > > End Sub > > > > Private Sub Command2_Click() > > TabCtl0.FontName = "Arial" > > End Sub > > > > Clicking the buttons changes the tab names appropriately so the fontname > > property does affect the page headers. > > > > I don't have O2002/XP and unicode fonts, so it may be a problem with Unicode > > fonts in the later version and the tab control. > > > > I just installed Airal Uncode MS in O2K and tried it again. Changed the second > one to: TabCtl0.FontName = "Arial Unicode MS" > > It still changed the font properly (Don't know what would have happened if I > had tried a different language, I've never done any of that sort of thing) > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 14 09:21:52 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 14 Jun 2004 10:21:52 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options In-Reply-To: Message-ID: <001901c4521a$f41af050$6401a8c0@COA3> While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 10:25:09 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 11:25:09 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Thanks for the suggestions guys. So, if and when they get here, what other updates should I ask them to install? I located a page here: http://support.microsoft.com/default.aspx?scid=fh;EN-US;acc2002 ...but I'm somewhat confused as to what exactly is contained in "Microsoft Office XP Service Pack 3". Is that all I need, or do I need other files such as "Microsoft Jet 4.0 Service Pack 8" and "Microsoft Data Access Components (MDAC) 2.8"? Am I missing anything? Thanks for your help, Mark -----Original Message----- From: Steve Conklin (Developer at UltraDNT) [mailto:Developer at ultradnt.com] Sent: Monday, June 14, 2004 10:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon Jun 14 10:39:56 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 14 Jun 2004 08:39:56 -0700 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Office service packs and Jet service packs are separate. Everything through XP should work with MDAC 2.7, but it's always a good idea to keep your Jet updated, although running different versions on different machines will definitely bite you. Charlotte Foust -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 7:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options Thanks for the suggestions guys. So, if and when they get here, what other updates should I ask them to install? I located a page here: http://support.microsoft.com/default.aspx?scid=fh;EN-US;acc2002 ...but I'm somewhat confused as to what exactly is contained in "Microsoft Office XP Service Pack 3". Is that all I need, or do I need other files such as "Microsoft Jet 4.0 Service Pack 8" and "Microsoft Data Access Components (MDAC) 2.8"? Am I missing anything? Thanks for your help, Mark -----Original Message----- From: Steve Conklin (Developer at UltraDNT) [mailto:Developer at ultradnt.com] Sent: Monday, June 14, 2004 10:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 11:24:48 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 12:24:48 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Well it seems my worries were unfounded. They've already called, AND updated everything to the "latest". I say "latest" because, of course, an extremely large enterprise such as the one I am in takes eons to "test and re-approve" everything M$ puts out. Thanks to everyone for your comments. Mark P.S. As an aside, it turns out my experience is not all that uncommon. What I didn't realize was that I was dealing with the outside contractor that actually accomplished the PC refresh, not our internal IT department. Unfortunately, it is not as common to receive that level of professionalism from our internal IT department...which is, ironically, also a subcontractor (they were spun off a few years ago). -----Original Message----- From: Charlotte Foust [mailto:cfoust at infostatsystems.com] Sent: Monday, June 14, 2004 11:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] URGENT! A2K2 - File Import Options Office service packs and Jet service packs are separate. Everything through XP should work with MDAC 2.7, but it's always a good idea to keep your Jet updated, although running different versions on different machines will definitely bite you. Charlotte Foust -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 7:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options Thanks for the suggestions guys. So, if and when they get here, what other updates should I ask them to install? I located a page here: http://support.microsoft.com/default.aspx?scid=fh;EN-US;acc2002 ...but I'm somewhat confused as to what exactly is contained in "Microsoft Office XP Service Pack 3". Is that all I need, or do I need other files such as "Microsoft Jet 4.0 Service Pack 8" and "Microsoft Data Access Components (MDAC) 2.8"? Am I missing anything? Thanks for your help, Mark -----Original Message----- From: Steve Conklin (Developer at UltraDNT) [mailto:Developer at ultradnt.com] Sent: Monday, June 14, 2004 10:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Mon Jun 14 11:18:10 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Mon, 14 Jun 2004 11:18:10 -0500 Subject: [AccessD] Importing data Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCC7@corp-es01.fleetpride.com> I do something similar loading budgets from identical spreadsheets into a budget table. I have the code if you want it. Jim -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Saturday, June 12, 2004 3:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Importing data Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA 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 HARVEYF1 at WESTAT.com Mon Jun 14 12:06:03 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Mon, 14 Jun 2004 13:06:03 -0400 Subject: [AccessD] Date syntax in SQL Server Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE5@remail2.westat.com> John, According to BOL, it doesn't. Your date string is in a format that SQL Server recognized as a date string. Even better, it is internationalized, so the conversion can't be done incorrectly. Again, the assumption is that DateOfBirth is a datetime variable. Just drop the CONVERT. I am curious to know how SQL Server threw this in. Was it something to do with an ADP or were you converting a database to MSDE? I hadn't seen this problem before and would like to avoid it. Silly Microsoft, always adding unnecessary parenthesis, functions, etc. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, June 13, 2004 12:12 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Date syntax in SQL Server > > > But why does it need the convert? Just part of SQL Server? > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas > Sent: Sunday, June 13, 2004 12:00 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Date syntax in SQL Server > > > In sql dates are treated like strings, use single quotes not # > > Good Luck > > V > www.vinniechas.com From Mark.Mitsules at ngc.com Mon Jun 14 12:08:23 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 13:08:23 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark From HARVEYF1 at WESTAT.com Mon Jun 14 12:22:43 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Mon, 14 Jun 2004 13:22:43 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE6@remail2.westat.com> Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net From Rich_Lavsa at pghcorning.com Mon Jun 14 12:24:31 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 14 Jun 2004 13:24:31 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: <833956F5C117124A89417638FDB11290EBD1E4@goexchange.pghcorning.com> Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 13:05:34 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 14:05:34 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Mon Jun 14 13:18:22 2004 From: marcus at tsstech.com (Scott Marcus) Date: Mon, 14 Jun 2004 14:18:22 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: < Message-ID: <000401c4523e$2aa7da70$4c0b6bd5@netboxxp> Thanks Jim... Nice to know I'm not the only one Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: 11 June 2004 20:48 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Hi Mark: That set of comments are very true and I fully agree with your assessment. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Friday, June 11, 2004 10:33 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Sorry... Didn't mean to be so negative, I just got left with a very bad taste in my mouth when I came to renew the payroll module and found the QB made it impossible to upgrade without buying the application again (only a year after I bought it). All I wanted was updated tax tables and from what they told me that would not be possible without upgrading the application at a cost of more than double the original price. That sort of behaviour as far as I'm concerned is out of order and unnecessary, tax tables are just data and it seems they have no loyalty to existing customers. To make it imposible to update the tax tables without updating the application is, in my oppinion, pure greed, totally unnecessary and as bad, if not worse than some of the tactics emplyed by microsoft themselves. Sorry again for being so negative and drifting OT... Didn't mean to rant :@) Good luck Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 11 June 2004 00:56 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Rich_Lavsa at pghcorning.com Mon Jun 14 13:37:07 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 14 Jun 2004 14:37:07 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: <833956F5C117124A89417638FDB11290EBD1E5@goexchange.pghcorning.com> <> What it sounds like to me is that you would NOT go against the Catalog itself, but you WOULD go against the OLAP Cube behind the report, just like you can now do with the latest version of Crystal reports (or the soon to be released version). So basically you would query the report itself to put it simply, that is after the report is refreshed, or distributed, however you do your reports and actually write a recordset to go against a Report Cube. (Keep in mind I maybe be way off on this, but that is what it sounds like to me.) The cube gets generated after the report is refreshed. I know there were ways to pass the cube around but never got that far when I was wearing my Cognos hat. Ashamed to say, I don't remember all the names of all the pieces in Cognos its been a few years and only using it for 3 months I was hardly an expert. Does that make sense? Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 2:06 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fahooper at trapo.com Mon Jun 14 13:39:47 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 14:39:47 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <000c01c4523e$f8d75c90$f0bffea9@fred> Mark, If you want to use a report, Impromptu (the program that writes the catalogs), has an interface. You'd have to consult it's documentation to find out if you can return a recordset. I haven't used it but almost took a project automating report builds using Access and I checked that there was an interface to permit doing so at that time. If you want to get data from a cube, PowerPlay has an interface that allows it. If the report is long or complex, you may want to go directly against the database. (I once needed 5,000 cross tab reports on 80 tabs in one spreadsheet. Testing indicated a 3 week run time against the cube and writing individual cross tabs. It takes an hour directly against Sql Server using its "runsql" command and Excell's CopyFromRecordset once for each tab.) My guess is, if you don't want to go against a cube, you're probably better off going directly against the database. If you check the proper Cognos reference, Access is an ideal environment to manipulate Cognos' programs from because of the ease of checking local tables to determine what to do. VB also works well (e.g. I use it to copy cubes, stopping and starting various Cognos services to enable the copy even though the cube is in use.) The IDE is a vast improvement over Cognos' macro facility. Fred |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | From lists at theopg.com Mon Jun 14 13:33:30 2004 From: lists at theopg.com (MarkH) Date: Mon, 14 Jun 2004 19:33:30 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <15114630978.20040612162605@cactus.dk> Message-ID: <000301c4523e$17229990$4c0b6bd5@netboxxp> Thanks Gustav... Good point Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 12 June 2004 15:26 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Hi Mark Oh, my comment was certainly not meant personally - it indeed sounds like you know, what you are doing. It was a general remark. Still, my advice is not to waste time on a package that misses the essential qualities - if these are not fulfilled, everything else (including add-ons) will fail somehow sooner or later. /gustav > I am fully aware of > accounting data structures. I ran Sage Sovreign for several years for > a > 60+ branch orgainsation and am currently writing a fairly large > 60+ project > based cost control application, which tracks costs from initial > project estimates based on project structure etc., through the various > purchasing processes and takes into account varying exchange rates and > rates of inflation. It also handles forecasting, time writing and > resource management. Yep, its pretty difficult to get my head round > certain things, but one things for sure, ultimately the solutions are > always simple ones... > Mark > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: 11 June 2004 09:43 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] QuickBooks Project... Anyone game? > Hi Mark >> .. Accounting data structures are very straight forward .. > Well, that's what many a programmer have thought: "- how difficult can > it be to sum debit and credit?". There is more in an accounting > application than this. >> .. and I don't understand why there >> are so many discrepancies in such a 'well' developed package. For >> example, several of the standard reports don't cross balance due to >> the fact they (sometimes) ignore journal entries. Saying that though, >> I have never been impressed by an accounts package so maybe I'm just >> too cynical :O) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 14 11:15:32 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 14 Jun 2004 09:15:32 -0700 Subject: [AccessD] Another Translation Problem References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> <40CDBECE.17170.49059F6@localhost> <004c01c45218$cbff85b0$6601a8c0@HAL9002> Message-ID: <40CDCF24.1060406@shaw.ca> I tried this on 2003 and cut and pasted into tabpage name, displays okay with Thai but the tab.name of the control is now unicode ack... a nono But if you put in tab.caption instead of tab.name should be okay,at least with cut and paste. So your problem maybe with string handling. Rocky Smolin - Beach Access Software wrote: >Stuart: > >I did what you did and it does indeed change the font on the tabs. However, >I still can't get my Chinese to display correctly. > >I tried getting the Chinese string with the code from my translate message >box function - StrConv(rs(gstrLanguage), vbUnicode) - which works for the >message boxes. It's returning the right stuff. Just won't display Chinese >characters. > >Any idea what that might be due to? > >TIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > > >----- Original Message ----- >From: "Stuart McLachlan" >To: "Access Developers discussion and problem solving" > >Sent: Sunday, June 13, 2004 10:05 PM >Subject: Re: [AccessD] Another Translation Problem > > > > >>On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: >> >> >> >>>In Access 2000, I just created a form with a tab control and two >>> >>> >buttons. > > >>>Private Sub Command1_Click() >>>TabCtl0.FontName = "Times New Roman" >>> >>>End Sub >>> >>>Private Sub Command2_Click() >>>TabCtl0.FontName = "Arial" >>>End Sub >>> >>>Clicking the buttons changes the tab names appropriately so the fontname >>>property does affect the page headers. >>> >>>I don't have O2002/XP and unicode fonts, so it may be a problem with >>> >>> >Unicode > > >>>fonts in the later version and the tab control. >>> >>> >>> >>I just installed Airal Uncode MS in O2K and tried it again. Changed the >> >> >second > > >>one to: TabCtl0.FontName = "Arial Unicode MS" >> >>It still changed the font properly (Don't know what would have happened if >> >> >I > > >>had tried a different language, I've never done any of that sort of thing) >> >> >> >> >>-- >>Lexacorp Ltd >>http://www.lexacorp.com.pg >>Information Technology Consultancy, Software Development,System Support. >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From jimdettman at earthlink.net Mon Jun 14 14:32:09 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 14 Jun 2004 15:32:09 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <446DDE75CFC7E1438061462F85557B0F0BFEE6@remail2.westat.com> Message-ID: Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Mon Jun 14 14:37:10 2004 From: marcus at tsstech.com (Scott Marcus) Date: Mon, 14 Jun 2004 15:37:10 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Mon Jun 14 14:59:27 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 14 Jun 2004 15:59:27 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Mon Jun 14 14:59:43 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Mon, 14 Jun 2004 14:59:43 -0500 Subject: [AccessD] ODBC - COGNOS Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCCF@corp-es01.fleetpride.com> Good guess, this is exactly how we do it. Jim Hale -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 1:40 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Mark, If you want to use a report, Impromptu (the program that writes the catalogs), has an interface. You'd have to consult it's documentation to find out if you can return a recordset. I haven't used it but almost took a project automating report builds using Access and I checked that there was an interface to permit doing so at that time. If you want to get data from a cube, PowerPlay has an interface that allows it. If the report is long or complex, you may want to go directly against the database. (I once needed 5,000 cross tab reports on 80 tabs in one spreadsheet. Testing indicated a 3 week run time against the cube and writing individual cross tabs. It takes an hour directly against Sql Server using its "runsql" command and Excell's CopyFromRecordset once for each tab.) My guess is, if you don't want to go against a cube, you're probably better off going directly against the database. If you check the proper Cognos reference, Access is an ideal environment to manipulate Cognos' programs from because of the ease of checking local tables to determine what to do. VB also works well (e.g. I use it to copy cubes, stopping and starting various Cognos services to enable the copy even though the cube is in use.) The IDE is a vast improvement over Cognos' macro facility. Fred |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 14 15:00:39 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 14 Jun 2004 13:00:39 -0700 Subject: [AccessD] Another Translation Problem References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> <40CDBECE.17170.49059F6@localhost> <004c01c45218$cbff85b0$6601a8c0@HAL9002> <40CDCF24.1060406@shaw.ca> Message-ID: <012101c4524a$448f8350$6601a8c0@HAL9002> Marty: Cut and Paste worked for me. Now I have to figure out why the tab name is the only control that won't respond to my translate routines. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "MartyConnelly" To: "Access Developers discussion and problem solving" Sent: Monday, June 14, 2004 9:15 AM Subject: Re: [AccessD] Another Translation Problem > I tried this on 2003 and cut and pasted into tabpage name, displays okay > with Thai but the tab.name of the control is now unicode ack... a nono > But if you put in tab.caption instead of tab.name should be okay,at > least with cut and paste. So your problem maybe with string handling. > > > Rocky Smolin - Beach Access Software wrote: > > >Stuart: > > > >I did what you did and it does indeed change the font on the tabs. However, > >I still can't get my Chinese to display correctly. > > > >I tried getting the Chinese string with the code from my translate message > >box function - StrConv(rs(gstrLanguage), vbUnicode) - which works for the > >message boxes. It's returning the right stuff. Just won't display Chinese > >characters. > > > >Any idea what that might be due to? > > > >TIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > > > >----- Original Message ----- > >From: "Stuart McLachlan" > >To: "Access Developers discussion and problem solving" > > > >Sent: Sunday, June 13, 2004 10:05 PM > >Subject: Re: [AccessD] Another Translation Problem > > > > > > > > > >>On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: > >> > >> > >> > >>>In Access 2000, I just created a form with a tab control and two > >>> > >>> > >buttons. > > > > > >>>Private Sub Command1_Click() > >>>TabCtl0.FontName = "Times New Roman" > >>> > >>>End Sub > >>> > >>>Private Sub Command2_Click() > >>>TabCtl0.FontName = "Arial" > >>>End Sub > >>> > >>>Clicking the buttons changes the tab names appropriately so the fontname > >>>property does affect the page headers. > >>> > >>>I don't have O2002/XP and unicode fonts, so it may be a problem with > >>> > >>> > >Unicode > > > > > >>>fonts in the later version and the tab control. > >>> > >>> > >>> > >>I just installed Airal Uncode MS in O2K and tried it again. Changed the > >> > >> > >second > > > > > >>one to: TabCtl0.FontName = "Arial Unicode MS" > >> > >>It still changed the font properly (Don't know what would have happened if > >> > >> > >I > > > > > >>had tried a different language, I've never done any of that sort of thing) > >> > >> > >> > >> > >>-- > >>Lexacorp Ltd > >>http://www.lexacorp.com.pg > >>Information Technology Consultancy, Software Development,System Support. > >> > >> > >> > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > 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 Jun 14 15:19:43 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 14 Jun 2004 16:19:43 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD84C1@xlivmbx12.aig.com> I think the point is that some people go with Natural keys and others favor arbitrary keys, like AutoNumbers, and that it's a point of honor so neither side is willing to budge! Oh and it was yours truly who suggested we are getting close to a complete DNA sequence being used as a "natural key" to a person. Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Monday, June 14, 2004 3:37 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << Nope sorry, but your missing the point. > > What exactly is the point? > > We are getting close to what someone else said(I think Gustav). The only > natural key for an object, is the object. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 3:32 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Francis, > > < statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance.>> > > Nope sorry, but your missing the point. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey > Sent: Monday, June 14, 2004 1:23 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Jim, > > Perversely, I would state the situation as the inverse of your > statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance. By using this approach, > you provide a solution to fix mistakes in the attributes that make up > the so-called "natural" keys due to miskeying, incomplete information, > or a change in value. > > In fact, if you used "natural" keys as your primary key, in order to > fix such mistakes you would have to allow for the very same thing that > you are claiming prevents autonumbers from being natural keys, > changing an attribute without changing the instance. > > Francis R Harvey III > WB 303, (301)294-3952 > harveyf1 at westat.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, June 14, 2004 8:33 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Scott, > > > > > > > No because the serial number would be associated with the > > instance, so it > > becomes an attribute even though it was assigned. An > > autonumber is not. I > > can change an autonumber at any time with no affect at all. > > Looking at any > > given row, if I change the autonumber, nothing happens. If I > > changed the > > serial number, I'd no longer be referring to the same instance. One > > meaningless, the other derived from the attributes of what > > I'm referring to. > > > > Jim Dettman > > (315) 699-3443 > > jimdettman at earthlink.net > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 15:26:11 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 16:26:11 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: >> Good guess, this is exactly how we do it. << I guess I'm having trouble with the terms. Cube, catalog, database... Currently I use Cognos Impromptu which connects to a catalog, then runs the report. How does "catalog" relate to a "cube" or "going directly against the database". Forgive me if these are simplistic questions...I don't work in data warehousing. Since my only experience with getting data out of Cognos has been with running Cognos reports, can you elaborate on "exactly how (you) do it"? As I said, my end goal would be to try and connect from Access to "something" directly and return the records, rather than the two-step process I described earlier. Mark -----Original Message----- From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] Sent: Monday, June 14, 2004 4:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Good guess, this is exactly how we do it. Jim Hale -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 1:40 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Mark, If you want to use a report, Impromptu (the program that writes the catalogs), has an interface. You'd have to consult it's documentation to find out if you can return a recordset. I haven't used it but almost took a project automating report builds using Access and I checked that there was an interface to permit doing so at that time. If you want to get data from a cube, PowerPlay has an interface that allows it. If the report is long or complex, you may want to go directly against the database. (I once needed 5,000 cross tab reports on 80 tabs in one spreadsheet. Testing indicated a 3 week run time against the cube and writing individual cross tabs. It takes an hour directly against Sql Server using its "runsql" command and Excell's CopyFromRecordset once for each tab.) My guess is, if you don't want to go against a cube, you're probably better off going directly against the database. If you check the proper Cognos reference, Access is an ideal environment to manipulate Cognos' programs from because of the ease of checking local tables to determine what to do. VB also works well (e.g. I use it to copy cubes, stopping and starting various Cognos services to enable the copy even though the cube is in use.) The IDE is a vast improvement over Cognos' macro facility. Fred |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Mon Jun 14 15:35:16 2004 From: markamatte at hotmail.com (Mark A Matte) Date: Mon, 14 Jun 2004 20:35:16 +0000 Subject: [AccessD] OT: Excel Question Message-ID: Hello All, I apologize for the OT...but I didn't know who else to ask. In Excel97...in a pivot table...when you click on a cell in the table it highlights all rows with that same value...for example...if you had 3 unit numbers...and 4 case types...and built the Pivot to count all case types for each unit...then on the pivot click on 1 case type...all rows for that case type in the pivot would be highlighted. In Excel2K...this doesn't happen...only the cell you click on is selected...is this a setting somewhere...or is this just a functionality that was lost in the upgrade? Thanks, Mark _________________________________________________________________ Getting married? Find great tips, tools and the latest trends at MSN Life Events. http://lifeevents.msn.com/category.aspx?cid=married From fahooper at trapo.com Mon Jun 14 15:55:48 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 16:55:48 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <001901c45251$f9021b70$f0bffea9@fred> Impromptu is a reporting program. It can draw from many different databases and files. (Not, peculiarly, from cubes.) A "catalog" is a file that tells Impromptu where to get data from. While Impromptu can create several types of files, mostly reports, one of them is commonly used to provide data for cube building -- an IQD file. This file is used by the cube building program, Transformer, to read the data and create the cube. "Going directly against the database" could most easily be linking Access to the database and running queries, views, etc. against the data in the database. For example, you can link Access to SQL Server, Oracle, etc. The tables then appear to be local in the Accsss database. If the database is large, efficiency considerations would lead you to create views or stored procedures to access the data. Impromptu runs its SQL directly in the database and doesn't need this step for efficiency. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 4:26 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |>> Good guess, this is exactly how we do it. << | |I guess I'm having trouble with the terms. Cube, catalog, |database... Currently I use Cognos Impromptu which connects to |a catalog, then runs the report. How does "catalog" relate to |a "cube" or "going directly against the database". Forgive me |if these are simplistic questions...I don't work in data |warehousing. Since my only experience with getting data out |of Cognos has been with running Cognos reports, can you |elaborate on "exactly how (you) do it"? As I said, my end |goal would be to try and connect from Access to "something" |directly and return the records, rather than the two-step |process I described earlier. | |Mark | | | |-----Original Message----- |From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] |Sent: Monday, June 14, 2004 4:00 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | | Good |guess, this is exactly how we do it. Jim Hale | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 1:40 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Mark, | |If you want to use a report, Impromptu (the program that |writes the catalogs), has an interface. You'd have to consult |it's documentation to find out if you can return a recordset. |I haven't used it but almost took a project automating report |builds using Access and I checked that there was an interface |to permit doing so at that time. | |If you want to get data from a cube, PowerPlay has an |interface that allows it. | |If the report is long or complex, you may want to go directly |against the database. (I once needed 5,000 cross tab reports |on 80 tabs in one spreadsheet. Testing indicated a 3 week run |time against the cube and writing individual cross tabs. It |takes an hour directly against Sql Server using its "runsql" |command and Excell's CopyFromRecordset once for each |tab.) My guess is, if you don't want to go against a cube, |you're probably better off going directly against the database. | |If you check the proper Cognos reference, Access is an ideal |environment to manipulate Cognos' programs from because of the |ease of checking local tables to determine what to do. VB also |works well (e.g. I use it to copy cubes, stopping and starting |various Cognos services to enable the copy even though the |cube is in use.) The IDE is a vast improvement over Cognos' |macro facility. | |Fred | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 1:08 PM ||To: [AccessD] ||Subject: [AccessD] ODBC - COGNOS || || ||Group, || ||Has anyone ever returned a recordset from a Cognos catalog? ||Suggestions? || ||Mark ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/ac|cessd ||Website: ||http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |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 Jun 14 14:14:58 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 12:14:58 -0700 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: Mark: Why do you do just jump all the steps by coping the SQL code out of the initial Cognos report and use that get the ccode bases to extract the data directly from database. Can I assume it is an Oracle DB? If so, I could help you as I have been doing similar things, for the last year. From Oracle directly into Access. If it is not an Oracle DB, there are not DBs, that I am aware, that the information could not be extracted from. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 11:06 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 16:32:37 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 17:32:37 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: You know the more I step back from this, the more I realize that I need to talk with the data warehouse guys... For starters, "I" don't know what db they are using (I'm thinking it is SQL Server). Secondly, it is they who would have to provide me the network location and access so that I could attach. Moreover, since there is probably no way in hell that they would allow me to attach directly to the tables, I'm guessing that I would have to get them to create a view for me. Once that's complete, it will be just like attaching to another .mdb table, correct? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Monday, June 14, 2004 3:15 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] ODBC - COGNOS Mark: Why do you do just jump all the steps by coping the SQL code out of the initial Cognos report and use that get the ccode bases to extract the data directly from database. Can I assume it is an Oracle DB? If so, I could help you as I have been doing similar things, for the last year. From Oracle directly into Access. If it is not an Oracle DB, there are not DBs, that I am aware, that the information could not be extracted from. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 11:06 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 16:36:43 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 17:36:43 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: I'm definitely not creating cubes then...just straight reporting. As for efficiency, I'm guessing I'm in trouble then, because the current Cognos report has taken up to five minutes to run. Who knows how long it will take if I try and do this from Access. Perhaps my current method will prevail based on time, not simplicity. Mark -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 4:56 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Impromptu is a reporting program. It can draw from many different databases and files. (Not, peculiarly, from cubes.) A "catalog" is a file that tells Impromptu where to get data from. While Impromptu can create several types of files, mostly reports, one of them is commonly used to provide data for cube building -- an IQD file. This file is used by the cube building program, Transformer, to read the data and create the cube. "Going directly against the database" could most easily be linking Access to the database and running queries, views, etc. against the data in the database. For example, you can link Access to SQL Server, Oracle, etc. The tables then appear to be local in the Accsss database. If the database is large, efficiency considerations would lead you to create views or stored procedures to access the data. Impromptu runs its SQL directly in the database and doesn't need this step for efficiency. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 4:26 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |>> Good guess, this is exactly how we do it. << | |I guess I'm having trouble with the terms. Cube, catalog, |database... Currently I use Cognos Impromptu which connects to |a catalog, then runs the report. How does "catalog" relate to |a "cube" or "going directly against the database". Forgive me |if these are simplistic questions...I don't work in data |warehousing. Since my only experience with getting data out |of Cognos has been with running Cognos reports, can you |elaborate on "exactly how (you) do it"? As I said, my end |goal would be to try and connect from Access to "something" |directly and return the records, rather than the two-step |process I described earlier. | |Mark | | | |-----Original Message----- |From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] |Sent: Monday, June 14, 2004 4:00 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | | Good |guess, this is exactly how we do it. Jim Hale | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 1:40 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Mark, | |If you want to use a report, Impromptu (the program that |writes the catalogs), has an interface. You'd have to consult |it's documentation to find out if you can return a recordset. |I haven't used it but almost took a project automating report |builds using Access and I checked that there was an interface |to permit doing so at that time. | |If you want to get data from a cube, PowerPlay has an |interface that allows it. | |If the report is long or complex, you may want to go directly |against the database. (I once needed 5,000 cross tab reports |on 80 tabs in one spreadsheet. Testing indicated a 3 week run |time against the cube and writing individual cross tabs. It |takes an hour directly against Sql Server using its "runsql" |command and Excell's CopyFromRecordset once for each |tab.) My guess is, if you don't want to go against a cube, |you're probably better off going directly against the database. | |If you check the proper Cognos reference, Access is an ideal |environment to manipulate Cognos' programs from because of the |ease of checking local tables to determine what to do. VB also |works well (e.g. I use it to copy cubes, stopping and starting |various Cognos services to enable the copy even though the |cube is in use.) The IDE is a vast improvement over Cognos' |macro facility. | |Fred | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 1:08 PM ||To: [AccessD] ||Subject: [AccessD] ODBC - COGNOS || || ||Group, || ||Has anyone ever returned a recordset from a Cognos catalog? ||Suggestions? || ||Mark ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/ac|cessd ||Website: ||http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fahooper at trapo.com Mon Jun 14 16:42:43 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 17:42:43 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <001a01c45258$86fdb4b0$f0bffea9@fred> Exactly |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:33 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |You know the more I step back from this, the more I realize |that I need to talk with the data warehouse guys... For |starters, "I" don't know what db they are using (I'm thinking |it is SQL Server). Secondly, it is they who would have to |provide me the network location and access so that I could |attach. Moreover, since there is probably no way in hell that |they would allow me to attach directly to the tables, I'm |guessing that I would have to get them to create a view for |me. Once that's complete, it will be just like attaching to |another .mdb table, correct? | | | |Mark | | | |-----Original Message----- |From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] |Sent: Monday, June 14, 2004 3:15 PM |To: Access Developers discussion and problem solving |Subject: RE: [AccessD] ODBC - COGNOS | | |Mark: | |Why do you do just jump all the steps by coping the SQL code |out of the initial Cognos report and use that get the ccode |bases to extract the data directly from database. | |Can I assume it is an Oracle DB? If so, I could help you as I |have been doing similar things, for the last year. From Oracle |directly into Access. If it is not an Oracle DB, there are not |DBs, that I am aware, that the information could not be extracted from. | |Jim | |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 11:06 AM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Rich, | |I'm confused with your response. It sounds like you've never |done this, but I can't tell whether or not you think it is |even possible. | |I'll explain my situation a little more. As it stands now, my |current practice is to run a weekly Cognos report from the |finance data warehouse and save that data as an Excel |spreadsheet. I then import that data into Access. So...why |is there an ODBC driver for Cognos? I'm just floating this |idea, but it seems to me that if someone went to the trouble |of writing an ODBC driver for Cognos, then I should be able to |connect directly to the catalog from Access and save myself |two steps. Does that sound feasible? If so how? | | |Mark | | |-----Original Message----- |From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] |Sent: Monday, June 14, 2004 1:25 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Why would you need to go against a Cognos catalog? As far as |I know that isn't possible other then through Cognos itself. |There might be a way to use the Data Cube that gets generated |for each report after it is refreshed although I wouldn't have |any idea how to do that. A Cognos catalog is basically where |you say what fields you want from what table, what |calculations you want, and the place where you apply security. | |Cognos is a reporting tool, therefore the login ID that is |used should, (I say SHOULD loosely), be read only anyway so if |you are trying to do data changes then you'd be in trouble. |If you are trying to analyze the data then why not just use |Cognos, after all it is a great too for analyzing data, its |what it was built for. | |If you needed the data then why not go against the same |table(s)/warehouse that the Catalog is getting its information from. | |Rich |-----Original Message----- |From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | From fahooper at trapo.com Mon Jun 14 16:46:25 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 17:46:25 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <001b01c45259$0ad429e0$f0bffea9@fred> If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | From Mark.Mitsules at ngc.com Mon Jun 14 17:10:03 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 18:10:03 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: LOL...the SQL looks like my 2 year-old wrote it. This report was originally designed by and for the finance department...the SQL is ugly to say the least. But I dare not change it because when push comes to shove, my data better match theirs exactly. -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 5:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HARVEYF1 at WESTAT.com Mon Jun 14 17:21:14 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Mon, 14 Jun 2004 18:21:14 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE8@remail2.westat.com> Jim, I would say you have missed the point. Nobody is disputing that there is a difference between surrogate and natural keys. The problem is with your characterization of the difference. By definition, a natural key is going to be in the data being modeled. A surrogate key won't. Okay. Now, take your objection to the autonumber as a natural key. Leave it as an arbitrary number being assigned to houses by the database as in your example. Now have the realtor tell people that for faster service when interacting with the database via phone, they should use the database number she is providing. I have just moved the autonumber into the data that has to be modeled and made it an attribute without changing anything else. It just so happens that this attribute is assigned by a database. Now I have my autonumber natural key. Now, imagine they drop automated phone support and tell homeowners to forget the number. I just moved it out of the data model again. Now I am back to just having an autonumber surrogate key. Fun, but hardly the significant difference you have made it out to be. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > <> > > That there is a difference between a surrogate key > (something like an > autonumber) and a natural key. An autonumber cannot be a > natural key by > definition since it is meaningless. Look back at the > response I gave to > Lambert with the house number example. > > < Gustav). The only > natural key for an object, is the object.>> > > It was Lambert and it was in regards to talking about the > attributes of a > person. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus > Sent: Monday, June 14, 2004 3:37 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > << Nope sorry, but your missing the point. > > What exactly is the point? > > We are getting close to what someone else said(I think > Gustav). The only > natural key for an object, is the object. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > Sent: Monday, June 14, 2004 3:32 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Francis, > > < statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance.>> > > Nope sorry, but your missing the point. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Francis Harvey > Sent: Monday, June 14, 2004 1:23 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Jim, > > Perversely, I would state the situation as the inverse of your > statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance. By using this approach, > you provide a solution to fix mistakes in the attributes that make up > the so-called "natural" keys due to miskeying, incomplete information, > or a change in value. > > In fact, if you used "natural" keys as your primary key, in order to > fix such mistakes you would have to allow for the very same thing that > you are claiming prevents autonumbers from being natural keys, > changing an attribute without changing the instance. > > Francis R Harvey III > WB 303, (301)294-3952 > harveyf1 at westat.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > > Sent: Monday, June 14, 2004 8:33 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Scott, > > > > > > > No because the serial number would be associated with the > > instance, so it > > becomes an attribute even though it was assigned. An > > autonumber is not. I > > can change an autonumber at any time with no affect at all. > > Looking at any > > given row, if I change the autonumber, nothing happens. If I > > changed the > > serial number, I'd no longer be referring to the same instance. One > > meaningless, the other derived from the attributes of what > > I'm referring to. > > > > Jim Dettman > > (315) 699-3443 > > jimdettman at earthlink.net > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 14 14:14:57 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 12:14:57 -0700 Subject: [AccessD] Importing data In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FCC7@corp-es01.fleetpride.com> Message-ID: Thanks very much Jim. I will contact you off line as to not flood the list. Much appreciated :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Monday, June 14, 2004 9:18 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Importing data I do something similar loading budgets from identical spreadsheets into a budget table. I have the code if you want it. Jim -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Saturday, June 12, 2004 3:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Importing data Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Jun 14 19:41:32 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 17:41:32 -0700 Subject: [AccessD] ODBC - COGNOS In-Reply-To: <001b01c45259$0ad429e0$f0bffea9@fred> Message-ID: That is why it is better if you can start off copying the SQL code, out of the Cognos report, that is used for the report. If there are references to various views they will be listed, in the sequel script and they will run just the same in Access. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Fred Hooper Sent: Monday, June 14, 2004 2:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |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 Jun 14 19:36:40 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 17:36:40 -0700 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: Hi Mark: You can attach to, what ever the database is, where ever the data resides, using the same username and password. Use a direct ADO-OLE connection to that data through Access. If you can access the data through Cognos you can access the data through Access...it is that simple. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 2:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS You know the more I step back from this, the more I realize that I need to talk with the data warehouse guys... For starters, "I" don't know what db they are using (I'm thinking it is SQL Server). Secondly, it is they who would have to provide me the network location and access so that I could attach. Moreover, since there is probably no way in hell that they would allow me to attach directly to the tables, I'm guessing that I would have to get them to create a view for me. Once that's complete, it will be just like attaching to another .mdb table, correct? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Monday, June 14, 2004 3:15 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] ODBC - COGNOS Mark: Why do you do just jump all the steps by coping the SQL code out of the initial Cognos report and use that get the ccode bases to extract the data directly from database. Can I assume it is an Oracle DB? If so, I could help you as I have been doing similar things, for the last year. From Oracle directly into Access. If it is not an Oracle DB, there are not DBs, that I am aware, that the information could not be extracted from. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 11:06 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Tue Jun 15 06:48:17 2004 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 15 Jun 2004 07:48:17 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Tue Jun 15 07:26:36 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Tue, 15 Jun 2004 08:26:36 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <446DDE75CFC7E1438061462F85557B0F0BFEE8@remail2.westat.com> Message-ID: Francis, Yes, you have a handle on it. I don't agree 100% that the autonumber would become a natural key in the sense that you describe (as I mentioned earlier, there are a lot of gray areas in terms of what "is" is), but for the sake of argument, let's assume it does. Given that, I would doubt you could so casually discard it once again as information would then exist that uses that number. So now it is no longer meaningless and cannot be changed arbitrarily. But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. I say "typical" in that we have no control over them. I'm not saying that they can't be used the way you describe, but one would normally want to retain control over an attribute. For example, in what you outlined, I certainly would not want gaps in a sequence, as I would derive information value from the numbers assigned. So I would still stand by the statement that an autonumber cannot be a natural key. <> There is a significant difference. The point is that when discussing keys one needs to be aware of the different view points that exist between relational theory and computer systems. The term "key" means very different things. That will be it for me for a bit. Work has really heated up the past day or two. Have a client in Phoenix that's been giving me fits. Makes for a long day with a 3 hour time difference. Jim jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 6:21 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, I would say you have missed the point. Nobody is disputing that there is a difference between surrogate and natural keys. The problem is with your characterization of the difference. By definition, a natural key is going to be in the data being modeled. A surrogate key won't. Okay. Now, take your objection to the autonumber as a natural key. Leave it as an arbitrary number being assigned to houses by the database as in your example. Now have the realtor tell people that for faster service when interacting with the database via phone, they should use the database number she is providing. I have just moved the autonumber into the data that has to be modeled and made it an attribute without changing anything else. It just so happens that this attribute is assigned by a database. Now I have my autonumber natural key. Now, imagine they drop automated phone support and tell homeowners to forget the number. I just moved it out of the data model again. Now I am back to just having an autonumber surrogate key. Fun, but hardly the significant difference you have made it out to be. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > <> > > That there is a difference between a surrogate key > (something like an > autonumber) and a natural key. An autonumber cannot be a > natural key by > definition since it is meaningless. Look back at the > response I gave to > Lambert with the house number example. > > < Gustav). The only > natural key for an object, is the object.>> > > It was Lambert and it was in regards to talking about the > attributes of a > person. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus > Sent: Monday, June 14, 2004 3:37 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > << Nope sorry, but your missing the point. > > What exactly is the point? > > We are getting close to what someone else said(I think > Gustav). The only > natural key for an object, is the object. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > Sent: Monday, June 14, 2004 3:32 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Francis, > > < statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance.>> > > Nope sorry, but your missing the point. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Francis Harvey > Sent: Monday, June 14, 2004 1:23 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Jim, > > Perversely, I would state the situation as the inverse of your > statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance. By using this approach, > you provide a solution to fix mistakes in the attributes that make up > the so-called "natural" keys due to miskeying, incomplete information, > or a change in value. > > In fact, if you used "natural" keys as your primary key, in order to > fix such mistakes you would have to allow for the very same thing that > you are claiming prevents autonumbers from being natural keys, > changing an attribute without changing the instance. > > Francis R Harvey III > WB 303, (301)294-3952 > harveyf1 at westat.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > > Sent: Monday, June 14, 2004 8:33 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Scott, > > > > > > > No because the serial number would be associated with the > > instance, so it > > becomes an attribute even though it was assigned. An > > autonumber is not. I > > can change an autonumber at any time with no affect at all. > > Looking at any > > given row, if I change the autonumber, nothing happens. If I > > changed the > > serial number, I'd no longer be referring to the same instance. One > > meaningless, the other derived from the attributes of what > > I'm referring to. > > > > Jim Dettman > > (315) 699-3443 > > jimdettman at earthlink.net > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Tue Jun 15 07:34:36 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Tue, 15 Jun 2004 08:34:36 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, << Maybe meaningless to you, but to the system, it is as meaningful as any other attribute. At some point, the attributes which you call natural, like house number, were assigned by someone. Hopefully, that someone used a method to assign a value to that attribute. By definition, what part of that process is natural(say for instance house number)?>> You said "system". When talking about keys, keep in mind that there is a significant difference between what a "key" means in relational theory vs computing systems. Relational theory is a logical approach to the organization of information. There is no physical component attached to it. It can be applied to any store of information; computing systems, a chalk board, pen & paper, you and I keeping lists in our heads, or what ever. The whole point of this is that the word "key" has two very different meanings between relational theory and computing systems. They are not the same thing. One needs to be aware of this when discussing such things as the article mentioned, which is what started all this. With that, this will be my last post for a bit as work wise things have really heated up in the past day or two. Jim jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Tuesday, June 15, 2004 7:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Tue Jun 15 07:51:29 2004 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 15 Jun 2004 08:51:29 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I know what you are saying. I even know what a natural key is according to the theory. I tried to say this before, maybe you missed it, a natural key in English might not even be close to a natural key in French or Russian or etc. (so how can it be natural?) I'm just questioning the whole thought process of 'Natural Key'. To me, the term is an oxymoron because there is nothing natural about the key. I do understand relational theory. Just bare in mind, it is theory. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, June 15, 2004 8:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, << Maybe meaningless to you, but to the system, it is as meaningful as any other attribute. At some point, the attributes which you call natural, like house number, were assigned by someone. Hopefully, that someone used a method to assign a value to that attribute. By definition, what part of that process is natural(say for instance house number)?>> You said "system". When talking about keys, keep in mind that there is a significant difference between what a "key" means in relational theory vs computing systems. Relational theory is a logical approach to the organization of information. There is no physical component attached to it. It can be applied to any store of information; computing systems, a chalk board, pen & paper, you and I keeping lists in our heads, or what ever. The whole point of this is that the word "key" has two very different meanings between relational theory and computing systems. They are not the same thing. One needs to be aware of this when discussing such things as the article mentioned, which is what started all this. With that, this will be my last post for a bit as work wise things have really heated up in the past day or two. Jim jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Tuesday, June 15, 2004 7:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HARVEYF1 at WESTAT.com Tue Jun 15 09:18:59 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Tue, 15 Jun 2004 10:18:59 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE9@remail2.westat.com> Jim, You are misstating the theory. There is no question that I turned the surrogate key into a natural key. By making it a part of the data to be modeled, I now have an additional attribute that fulfills all of the characteristics of a key, by definition. Thus, a natural key has been created. If you want to stick to definitions to imply a great difference between surrogate and natural keys, then stick to them. Autonumbers have been mischaracterized from the beginning of this discussion. As you know, they are not "meaningless"; they are used as a surrogate key which has a very definite purpose. As to being changed arbitrarily, you are overemphasizing the fact that surrogate keys aren't part of the data to be modeled. We get it. We just find the distinction to be trivial. Once I assign the autonumber it seems to us as if this assignment now becomes part of the data to be modeled. If I start using the surrogate key in other systems (or giving it out as in my example), this fact becomes even more obvious as suddenly you can't just change the key without repercussions anymore. You also have an inordinate amount of faith that people aren't using the surrogate key except in the database. I don't know about you, but I have no doubt that my database generated movie rental id, library card id, etc. are not being shadowed by an internal surrogate key. They have actually given me a card with the key on it, and it definitely isn't formed by collapsing other attributes to form an artificial key. It happens. Again with the misstatement of theory. Surrogate keys are defined and their use is provided for in the theory. Computer systems have nothing to do with it. You seem to be looking for a lot of additional significance to what is a definitional difference betweens keys that are in the data to be modeled or not. It just isn't there. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, June 15, 2004 8:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Francis, > > Yes, you have a handle on it. I don't agree 100% that the > autonumber > would become a natural key in the sense that you describe (as > I mentioned > earlier, there are a lot of gray areas in terms of what "is" > is), but for > the sake of argument, let's assume it does. > > Given that, I would doubt you could so casually discard it > once again as > information would then exist that uses that number. So now > it is no longer > meaningless and cannot be changed arbitrarily. > > But Autonumbers in the typical sense are not used in that > way. They are > used as tags or pointers, or in other words surrogate keys. > They can be > changed at anytime without affecting anything. I say > "typical" in that we > have no control over them. I'm not saying that they can't be > used the way > you describe, but one would normally want to retain control over an > attribute. For example, in what you outlined, I certainly > would not want > gaps in a sequence, as I would derive information value from > the numbers > assigned. So I would still stand by the statement that an > autonumber cannot > be a natural key. > > < to be.>> > > There is a significant difference. The point is that when > discussing keys > one needs to be aware of the different view points that exist between > relational theory and computer systems. The term "key" means > very different > things. > > > That will be it for me for a bit. Work has really heated > up the past day > or two. Have a client in Phoenix that's been giving me fits. > Makes for a > long day with a 3 hour time difference. > > Jim > jimdettman at earthlink.net From Jim.Hale at FleetPride.com Tue Jun 15 09:31:24 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 15 Jun 2004 09:31:24 -0500 Subject: [AccessD] OT: Excel Question Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD2@corp-es01.fleetpride.com> If I understand your question correctly you can still get 2k to highlight similar rows or columns. If you hover the cursor over the column or row heading it turns into a down arrow (columns) or right pointing arrow (rows). When you click it will hightlight all associated columns or rows. For ex I have sales for the months of Jan-Apr and Gross Margin for the same months as columns in a pivot table. If I highlight the first Jan and click all Jan data for sales and margin are highlighted. HTH Jim Hale -----Original Message----- From: Mark A Matte [mailto:markamatte at hotmail.com] Sent: Monday, June 14, 2004 3:35 PM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel Question Hello All, I apologize for the OT...but I didn't know who else to ask. In Excel97...in a pivot table...when you click on a cell in the table it highlights all rows with that same value...for example...if you had 3 unit numbers...and 4 case types...and built the Pivot to count all case types for each unit...then on the pivot click on 1 case type...all rows for that case type in the pivot would be highlighted. In Excel2K...this doesn't happen...only the cell you click on is selected...is this a setting somewhere...or is this just a functionality that was lost in the upgrade? Thanks, Mark _________________________________________________________________ Getting married? Find great tips, tools and the latest trends at MSN Life Events. http://lifeevents.msn.com/category.aspx?cid=married -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Tue Jun 15 09:38:31 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 15 Jun 2004 09:38:31 -0500 Subject: [AccessD] ODBC - COGNOS Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD3@corp-es01.fleetpride.com> AH, the great IT dilemna- finance has created something ugly that works (lets hope) and now you are stuck with it because you are exactly right- your numbers have to agree. Enjoy the ride Jim Hale -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 5:10 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS LOL...the SQL looks like my 2 year-old wrote it. This report was originally designed by and for the finance department...the SQL is ugly to say the least. But I dare not change it because when push comes to shove, my data better match theirs exactly. -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 5:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Tue Jun 15 10:15:43 2004 From: markamatte at hotmail.com (Mark A Matte) Date: Tue, 15 Jun 2004 15:15:43 +0000 Subject: [AccessD] OT: Excel Question Message-ID: Thanks Jim...it was actually a 2 part...there is an EnableSelection property you have to set. Thanks Again, Mark >From: "Hale, Jim" >Reply-To: Access Developers discussion and problem >solving >To: "'Access Developers discussion and problem >solving'" >Subject: RE: [AccessD] OT: Excel Question >Date: Tue, 15 Jun 2004 09:31:24 -0500 > >If I understand your question correctly you can still get 2k to highlight >similar rows or columns. If you hover the cursor over the column or row >heading it turns into a down arrow (columns) or right pointing arrow >(rows). When you click it will hightlight all associated columns or rows. >For ex I have sales for the months of Jan-Apr and Gross Margin for the same >months as columns in a pivot table. If I highlight the first Jan and click >all Jan data for sales and margin are highlighted. HTH >Jim Hale > >-----Original Message----- >From: Mark A Matte [mailto:markamatte at hotmail.com] >Sent: Monday, June 14, 2004 3:35 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] OT: Excel Question > > >Hello All, > >I apologize for the OT...but I didn't know who else to ask. In >Excel97...in > >a pivot table...when you click on a cell in the table it highlights all >rows > >with that same value...for example...if you had 3 unit numbers...and 4 case >types...and built the Pivot to count all case types for each unit...then on >the pivot click on 1 case type...all rows for that case type in the pivot >would be highlighted. > >In Excel2K...this doesn't happen...only the cell you click on is >selected...is this a setting somewhere...or is this just a functionality >that was lost in the upgrade? > >Thanks, > >Mark > >_________________________________________________________________ >Getting married? Find great tips, tools and the latest trends at MSN Life >Events. http://lifeevents.msn.com/category.aspx?cid=married > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ Getting married? Find great tips, tools and the latest trends at MSN Life Events. http://lifeevents.msn.com/category.aspx?cid=married From jeffrey.demulling at usbank.com Tue Jun 15 10:28:01 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 10:28:01 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: I am having some trouble with the code below. It works well for the first file that is passed to it but the second time the code is called it errors out on line 340. Anyone have any ideas on how to make this code work or what my problem might be. Thanks for any help. Sub FormatExcelFile(myfilename As String) Dim x As Integer Dim testvalue As String Dim excelApp As Excel.Application Dim excelFile As Excel.Workbook 'Open file 10 Set excelApp = CreateObject("Excel.Application") 20 excelApp.Visible = True 30 Set excelFile = excelApp.Workbooks.Open(myfilename) 40 With excelFile 'Setup the page 50 .Worksheets("AccountList").PageSetup.PrintTitleRows = "$1:$1" 60 .Worksheets("AccountList").PageSetup.PrintTitleColumns = "" 70 .Worksheets("AccountList").PageSetup.PrintArea = "" 80 .Worksheets("AccountList").PageSetup.LeftHeader = "" 90 .Worksheets("AccountList").PageSetup.CenterHeader = "&A" 100 .Worksheets("AccountList").PageSetup.RightHeader = "" 110 .Worksheets("AccountList").PageSetup.LeftFooter = "" 120 .Worksheets("AccountList").PageSetup.CenterFooter = "Page &P" 130 .Worksheets("AccountList").PageSetup.RightFooter = "" 140 .Worksheets("AccountList").PageSetup.LeftMargin = excelApp.InchesToPoints(0.75) 150 .Worksheets("AccountList").PageSetup.RightMargin = excelApp.InchesToPoints(0.75) 160 .Worksheets("AccountList").PageSetup.TopMargin = excelApp.InchesToPoints(1) 170 .Worksheets("AccountList").PageSetup.BottomMargin = excelApp.InchesToPoints(1) 180 .Worksheets("AccountList").PageSetup.HeaderMargin = excelApp.InchesToPoints(0.5) 190 .Worksheets("AccountList").PageSetup.FooterMargin = excelApp.InchesToPoints(0.5) 200 .Worksheets("AccountList").PageSetup.PrintHeadings = False 210 .Worksheets("AccountList").PageSetup.PrintGridlines = True 220 .Worksheets("AccountList").PageSetup.PrintComments = xlPrintNoComments 230 .Worksheets("AccountList").PageSetup.CenterHorizontally = False 240 .Worksheets("AccountList").PageSetup.CenterVertically = False 250 .Worksheets("AccountList").PageSetup.Orientation = xlLandscape 260 .Worksheets("AccountList").PageSetup.Draft = False 270 .Worksheets("AccountList").PageSetup.PaperSize = xlPaperLetter 280 .Worksheets("AccountList").PageSetup.FirstPageNumber = xlAutomatic 290 .Worksheets("AccountList").PageSetup.Order = xlDownThenOver 300 .Worksheets("AccountList").PageSetup.BlackAndWhite = False 310 .Worksheets("AccountList").PageSetup.Zoom = 73 320 .Worksheets("AccountList").PageSetup.PrintErrors = xlPrintErrorsDisplayed 'Format Header Row 330 .Worksheets("AccountList").Select 340 Range("A1:I1").Select 350 With Selection.Interior 360 .ColorIndex = 36 370 .Pattern = xlSolid 380 End With 390 Selection.Interior.ColorIndex = 6 400 Cells.Select 410 Selection.COLUMNS.AutoFit 420 Range("E1").Select 430 ActiveCell.FormulaR1C1 = "Account #" 440 Range("H1").Select 450 ActiveCell.FormulaR1C1 = "A=Active" & Chr(10) & "R=Resolved" 460 With ActiveCell.Characters(Start:=1, Length:=19).Font 470 .Name = "MS Sans Serif" 480 .FONTSTYLE = "Regular" 490 .Size = 10 500 .Strikethrough = False 510 .Superscript = False 520 .Subscript = False 530 .OutlineFont = False 540 .Shadow = False 550 .Underline = xlUnderlineStyleNone 560 .ColorIndex = xlAutomatic 570 End With 580 Range("J1").Select 590 ActiveCell.FormulaR1C1 = "Resolution-Healthy," 600 ActiveCell.FormulaR1C1 = _ "Resolution-Healthy," & Chr(10) & "Done (Paid Off, Final" & Chr(10) & "Distrib.), Resigned" 610 With ActiveCell.Characters(Start:=1, Length:=61).Font 620 .Name = "MS Sans Serif" 630 .FONTSTYLE = "Regular" 640 .Size = 10 650 .Strikethrough = False 660 .Superscript = False 670 .Subscript = False 680 .OutlineFont = False 690 .Shadow = False 700 .Underline = xlUnderlineStyleNone 710 .ColorIndex = xlAutomatic 720 End With 730 Range("J1").Select 740 With Selection.Interior 750 .ColorIndex = 6 760 .Pattern = xlSolid 770 End With 780 Range("B1").Select 790 ActiveCell.FormulaR1C1 = "'Default" & Chr(10) & "Admin" 800 With ActiveCell.Characters(Start:=1, Length:=13).Font 810 .Name = "MS Sans Serif" 820 .FONTSTYLE = "Regular" 830 .Size = 10 840 .Strikethrough = False 850 .Superscript = False 860 .Subscript = False 870 .OutlineFont = False 880 .Shadow = False 890 .Underline = xlUnderlineStyleNone 900 .ColorIndex = xlAutomatic 910 End With 920 COLUMNS("A:A").Select 930 Selection.Insert Shift:=xlToRight 940 Range("A1").Select 950 ActiveCell.FormulaR1C1 = "#" 960 Range("A2").Select 970 COLUMNS("B:B").ColumnWidth = 7.11 980 Range("A1").Select 990 With Selection.Interior 1000 .ColorIndex = 6 1010 .Pattern = xlSolid 1020 End With 1030 Selection.ColumnWidth = 4.89 1040 Range("B1").Select 1050 Selection.ColumnWidth = 6.56 1060 Range("C1").Select 1070 Selection.ColumnWidth = 6.89 1080 Range("D1").Select 1090 Selection.ColumnWidth = 44.89 1100 Range("E1").Select 1110 Selection.ColumnWidth = 17.11 1120 Range("F1").Select 1130 Selection.ColumnWidth = 14.67 1140 Range("G1").Select 1150 ActiveWindow.SmallScroll ToRight:=5 1160 Selection.ColumnWidth = 14.78 1170 Range("H1").Select 1180 Selection.ColumnWidth = 12.11 1190 Range("I3").Select 1200 COLUMNS("I:I").ColumnWidth = 10.67 1210 Range("J1").Select 1220 Selection.ColumnWidth = 14.11 1230 Range("K1").Select 1240 Selection.ColumnWidth = 17.22 1250 Cells.Select 1260 With Selection 1270 .HorizontalAlignment = xlGeneral 1280 .VerticalAlignment = xlTop 1290 .WrapText = True 1300 .Orientation = 0 1310 .AddIndent = False 1320 .INDENTLEVEL = 0 1330 .ShrinkToFit = False 1340 .ReadingOrder = xlContext 1350 .MergeCells = False 1360 End With 1370 With Selection 1380 .HorizontalAlignment = xlLeft 1390 .VerticalAlignment = xlTop 1400 .WrapText = True 1410 .Orientation = 0 1420 .AddIndent = False 1430 .INDENTLEVEL = 0 1440 .ShrinkToFit = False 1450 .ReadingOrder = xlContext 1460 .MergeCells = False 1470 End With 1480 Rows("1:1").Select 1490 With Selection 1500 .HorizontalAlignment = xlLeft 1510 .VerticalAlignment = xlBottom 1520 .WrapText = True 1530 .Orientation = 0 1540 .AddIndent = False 1550 .INDENTLEVEL = 0 1560 .ShrinkToFit = False 1570 .ReadingOrder = xlContext 1580 .MergeCells = False 1590 End With 1600 Range("D7").Select 1610 Range("C2").Select 1620 x = 1 1630 If ActiveCell.Value <> "" Then 1640 testvalue = "Not Empty" 1650 Else 1660 testvalue = "Empty" 1670 End If 1680 Do Until testvalue = "Empty" 1690 ActiveCell.Offset(0, -2).Select 1700 ActiveCell.Value = x 1710 ActiveCell.Offset(1, 2).Select 1720 x = x + 1 1730 If ActiveCell.Value <> "" Then 1740 testvalue = "Not Empty" 1750 Else 1760 testvalue = "Empty" 1770 End If 1780 Loop 'Center Data in column A 1790 ActiveCell.COLUMNS("A:A").EntireColumn.Select 1800 With Selection 1810 .HorizontalAlignment = xlGeneral 1820 .WrapText = True 1830 .Orientation = 0 1840 .AddIndent = False 1850 .INDENTLEVEL = 0 1860 .ShrinkToFit = False 1870 .ReadingOrder = xlContext 1880 .MergeCells = False 1890 End With 1900 With Selection 1910 .HorizontalAlignment = xlCenter 1920 .WrapText = True 1930 .Orientation = 0 1940 .AddIndent = False 1950 .INDENTLEVEL = 0 1960 .ShrinkToFit = False 1970 .ReadingOrder = xlContext 1980 .MergeCells = False 1990 End With 2000 COLUMNS("G:G").Select 2010 Selection.Style = "Comma" 'Close the file 2020 excelFile.Save 2030 excelFile.Close 2040 End With 2050 excelApp.Quit 2060 Set excelFile = Nothing 2070 Set excelApp = Nothing End Sub From gustav at cactus.dk Tue Jun 15 10:46:11 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 15 Jun 2004 17:46:11 +0200 Subject: [AccessD] Automation of Excel through Access Problem In-Reply-To: References: Message-ID: <19032836786.20040615174611@cactus.dk> Hi jeffrey You may need to "activate" the worksheet: > 331 .Worksheets("AccountList").Activate > 340 Range("A1:I1").Select And why not use With/End_With a bit more: With .Worksheets("AccountList") With .PageSetup ... End With .Select ... End With /gustav From DWUTKA at marlow.com Tue Jun 15 11:07:51 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 15 Jun 2004 11:07:51 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB014@main2.marlow.com> But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. WHAT? I've been pretty quiet on this thread. (I know, real shocker!). Now come on Jim. They can be 'changed' at anytime without affecting anything? The complete opposite is true. AutoNumbers (or surrogate keys of any type) NEVER have to be changed. And the reason they work better in 'reality' vs. 'theory', is that the surrogate key becomes the unique attribute of 'x'. So no matter how many tables you refer to 'x' with, the surrogate key can be placed anywhere. Any data related to 'x' can be changed at will, without breaking any relationships. If 'x' is a person, they can change their name, hair color, DNA, SSN, anything, and all of their related data is still linked. Use a natural key, and you can easily fall prey to either duplicate values, or the need to change the value. In my opinion, this is a lot like arguing physics in a complete vacuum, versus real world physics. One is theory, one is reality. What's the point. No one lives in 'theory', and no one develops in theory. The real truth is that the 'theory' world drops various aspects for simplicity, while reality presents all of the possible variations, which are very difficult to 'compute'. Using relational 'theory', an Autonumber IS a natural key. Why? Simple, because with a computer based relational system, all of the data is really ones and zeros. Autonumbers are also ones and zeros, so they are just as natural as any other point of data. Drew From cfoust at infostatsystems.com Tue Jun 15 11:15:37 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 15 Jun 2004 09:15:37 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I suspect the point Jim was trying to make is that the autonumber could be changed (with a cascade of the change through related records) without affecting the data in the record. In other words, you still have the same record in the same relationships but now you're identifying it as "Joe" rather than "Arthur". It doesn't change the rest of the record, just the tag that provides a unique identifier. On the other hand, if you change the height property of "Arthur", then regardless of what you call him, he isn't the same record that he was. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 15, 2004 8:08 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. WHAT? I've been pretty quiet on this thread. (I know, real shocker!). Now come on Jim. They can be 'changed' at anytime without affecting anything? The complete opposite is true. AutoNumbers (or surrogate keys of any type) NEVER have to be changed. And the reason they work better in 'reality' vs. 'theory', is that the surrogate key becomes the unique attribute of 'x'. So no matter how many tables you refer to 'x' with, the surrogate key can be placed anywhere. Any data related to 'x' can be changed at will, without breaking any relationships. If 'x' is a person, they can change their name, hair color, DNA, SSN, anything, and all of their related data is still linked. Use a natural key, and you can easily fall prey to either duplicate values, or the need to change the value. In my opinion, this is a lot like arguing physics in a complete vacuum, versus real world physics. One is theory, one is reality. What's the point. No one lives in 'theory', and no one develops in theory. The real truth is that the 'theory' world drops various aspects for simplicity, while reality presents all of the possible variations, which are very difficult to 'compute'. Using relational 'theory', an Autonumber IS a natural key. Why? Simple, because with a computer based relational system, all of the data is really ones and zeros. Autonumbers are also ones and zeros, so they are just as natural as any other point of data. Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 15 11:16:46 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 11:16:46 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: I will try this out shortly, hopefully it works :) I will be cleaning up the code once I get the darn thing to work for the formatting macro I was given. "Gustav Brock" To: "Access Developers discussion and problem solving" Sent by: accessd-bounces at databasea cc: dvisors.com Subject: Re: [AccessD] Automation of Excel through Access Problem 06/15/2004 10:46 AM Please respond to "Access Developers discussion and problem solving" Hi jeffrey You may need to "activate" the worksheet: > 331 .Worksheets("AccountList").Activate > 340 Range("A1:I1").Select And why not use With/End_With a bit more: With .Worksheets("AccountList") With .PageSetup ... End With .Select ... End With /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 15 11:44:34 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 11:44:34 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: Did not work. I am still getting the same message (which I did not include in my first post): Run-time error '1004' Method 'Range' of object '_Global' failed. "Gustav Brock" To: "Access Developers discussion and problem solving" Sent by: accessd-bounces at databasea cc: dvisors.com Subject: Re: [AccessD] Automation of Excel through Access Problem 06/15/2004 10:46 AM Please respond to "Access Developers discussion and problem solving" Hi jeffrey You may need to "activate" the worksheet: > 331 .Worksheets("AccountList").Activate > 340 Range("A1:I1").Select And why not use With/End_With a bit more: With .Worksheets("AccountList") With .PageSetup ... End With .Select ... End With /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Tue Jun 15 12:34:35 2004 From: lists at theopg.com (MarkH) Date: Tue, 15 Jun 2004 18:34:35 +0100 Subject: [AccessD] Automation of Excel through Access Problem In-Reply-To: Message-ID: <000601c452ff$06a2b0c0$4c0b6bd5@netboxxp> Hello Look at line 340 for example... >>> 340 Range("A1:I1").Select You may find if you use excelApp.activesheet.range... Etc helps (and on any following lines that are not fully qualified or nested in a WITH / END WITH block) Hth Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jeffrey.demulling at usbank.com Sent: 15 June 2004 16:28 To: Access Developers discussion and problem solving Subject: [AccessD] Automation of Excel through Access Problem I am having some trouble with the code below. It works well for the first file that is passed to it but the second time the code is called it errors out on line 340. Anyone have any ideas on how to make this code work or what my problem might be. Thanks for any help. Sub FormatExcelFile(myfilename As String) Dim x As Integer Dim testvalue As String Dim excelApp As Excel.Application Dim excelFile As Excel.Workbook 'Open file 10 Set excelApp = CreateObject("Excel.Application") 20 excelApp.Visible = True 30 Set excelFile = excelApp.Workbooks.Open(myfilename) 40 With excelFile 'Setup the page 50 .Worksheets("AccountList").PageSetup.PrintTitleRows = "$1:$1" 60 .Worksheets("AccountList").PageSetup.PrintTitleColumns = "" 70 .Worksheets("AccountList").PageSetup.PrintArea = "" 80 .Worksheets("AccountList").PageSetup.LeftHeader = "" 90 .Worksheets("AccountList").PageSetup.CenterHeader = "&A" 100 .Worksheets("AccountList").PageSetup.RightHeader = "" 110 .Worksheets("AccountList").PageSetup.LeftFooter = "" 120 .Worksheets("AccountList").PageSetup.CenterFooter = "Page &P" 130 .Worksheets("AccountList").PageSetup.RightFooter = "" 140 .Worksheets("AccountList").PageSetup.LeftMargin = excelApp.InchesToPoints(0.75) 150 .Worksheets("AccountList").PageSetup.RightMargin = excelApp.InchesToPoints(0.75) 160 .Worksheets("AccountList").PageSetup.TopMargin = excelApp.InchesToPoints(1) 170 .Worksheets("AccountList").PageSetup.BottomMargin = excelApp.InchesToPoints(1) 180 .Worksheets("AccountList").PageSetup.HeaderMargin = excelApp.InchesToPoints(0.5) 190 .Worksheets("AccountList").PageSetup.FooterMargin = excelApp.InchesToPoints(0.5) 200 .Worksheets("AccountList").PageSetup.PrintHeadings = False 210 .Worksheets("AccountList").PageSetup.PrintGridlines = True 220 .Worksheets("AccountList").PageSetup.PrintComments = xlPrintNoComments 230 .Worksheets("AccountList").PageSetup.CenterHorizontally = False 240 .Worksheets("AccountList").PageSetup.CenterVertically = False 250 .Worksheets("AccountList").PageSetup.Orientation = xlLandscape 260 .Worksheets("AccountList").PageSetup.Draft = False 270 .Worksheets("AccountList").PageSetup.PaperSize = xlPaperLetter 280 .Worksheets("AccountList").PageSetup.FirstPageNumber = xlAutomatic 290 .Worksheets("AccountList").PageSetup.Order = xlDownThenOver 300 .Worksheets("AccountList").PageSetup.BlackAndWhite = False 310 .Worksheets("AccountList").PageSetup.Zoom = 73 320 .Worksheets("AccountList").PageSetup.PrintErrors = xlPrintErrorsDisplayed 'Format Header Row 330 .Worksheets("AccountList").Select 340 Range("A1:I1").Select 350 With Selection.Interior 360 .ColorIndex = 36 370 .Pattern = xlSolid 380 End With 390 Selection.Interior.ColorIndex = 6 400 Cells.Select 410 Selection.COLUMNS.AutoFit 420 Range("E1").Select 430 ActiveCell.FormulaR1C1 = "Account #" 440 Range("H1").Select 450 ActiveCell.FormulaR1C1 = "A=Active" & Chr(10) & "R=Resolved" 460 With ActiveCell.Characters(Start:=1, Length:=19).Font 470 .Name = "MS Sans Serif" 480 .FONTSTYLE = "Regular" 490 .Size = 10 500 .Strikethrough = False 510 .Superscript = False 520 .Subscript = False 530 .OutlineFont = False 540 .Shadow = False 550 .Underline = xlUnderlineStyleNone 560 .ColorIndex = xlAutomatic 570 End With 580 Range("J1").Select 590 ActiveCell.FormulaR1C1 = "Resolution-Healthy," 600 ActiveCell.FormulaR1C1 = _ "Resolution-Healthy," & Chr(10) & "Done (Paid Off, Final" & Chr(10) & "Distrib.), Resigned" 610 With ActiveCell.Characters(Start:=1, Length:=61).Font 620 .Name = "MS Sans Serif" 630 .FONTSTYLE = "Regular" 640 .Size = 10 650 .Strikethrough = False 660 .Superscript = False 670 .Subscript = False 680 .OutlineFont = False 690 .Shadow = False 700 .Underline = xlUnderlineStyleNone 710 .ColorIndex = xlAutomatic 720 End With 730 Range("J1").Select 740 With Selection.Interior 750 .ColorIndex = 6 760 .Pattern = xlSolid 770 End With 780 Range("B1").Select 790 ActiveCell.FormulaR1C1 = "'Default" & Chr(10) & "Admin" 800 With ActiveCell.Characters(Start:=1, Length:=13).Font 810 .Name = "MS Sans Serif" 820 .FONTSTYLE = "Regular" 830 .Size = 10 840 .Strikethrough = False 850 .Superscript = False 860 .Subscript = False 870 .OutlineFont = False 880 .Shadow = False 890 .Underline = xlUnderlineStyleNone 900 .ColorIndex = xlAutomatic 910 End With 920 COLUMNS("A:A").Select 930 Selection.Insert Shift:=xlToRight 940 Range("A1").Select 950 ActiveCell.FormulaR1C1 = "#" 960 Range("A2").Select 970 COLUMNS("B:B").ColumnWidth = 7.11 980 Range("A1").Select 990 With Selection.Interior 1000 .ColorIndex = 6 1010 .Pattern = xlSolid 1020 End With 1030 Selection.ColumnWidth = 4.89 1040 Range("B1").Select 1050 Selection.ColumnWidth = 6.56 1060 Range("C1").Select 1070 Selection.ColumnWidth = 6.89 1080 Range("D1").Select 1090 Selection.ColumnWidth = 44.89 1100 Range("E1").Select 1110 Selection.ColumnWidth = 17.11 1120 Range("F1").Select 1130 Selection.ColumnWidth = 14.67 1140 Range("G1").Select 1150 ActiveWindow.SmallScroll ToRight:=5 1160 Selection.ColumnWidth = 14.78 1170 Range("H1").Select 1180 Selection.ColumnWidth = 12.11 1190 Range("I3").Select 1200 COLUMNS("I:I").ColumnWidth = 10.67 1210 Range("J1").Select 1220 Selection.ColumnWidth = 14.11 1230 Range("K1").Select 1240 Selection.ColumnWidth = 17.22 1250 Cells.Select 1260 With Selection 1270 .HorizontalAlignment = xlGeneral 1280 .VerticalAlignment = xlTop 1290 .WrapText = True 1300 .Orientation = 0 1310 .AddIndent = False 1320 .INDENTLEVEL = 0 1330 .ShrinkToFit = False 1340 .ReadingOrder = xlContext 1350 .MergeCells = False 1360 End With 1370 With Selection 1380 .HorizontalAlignment = xlLeft 1390 .VerticalAlignment = xlTop 1400 .WrapText = True 1410 .Orientation = 0 1420 .AddIndent = False 1430 .INDENTLEVEL = 0 1440 .ShrinkToFit = False 1450 .ReadingOrder = xlContext 1460 .MergeCells = False 1470 End With 1480 Rows("1:1").Select 1490 With Selection 1500 .HorizontalAlignment = xlLeft 1510 .VerticalAlignment = xlBottom 1520 .WrapText = True 1530 .Orientation = 0 1540 .AddIndent = False 1550 .INDENTLEVEL = 0 1560 .ShrinkToFit = False 1570 .ReadingOrder = xlContext 1580 .MergeCells = False 1590 End With 1600 Range("D7").Select 1610 Range("C2").Select 1620 x = 1 1630 If ActiveCell.Value <> "" Then 1640 testvalue = "Not Empty" 1650 Else 1660 testvalue = "Empty" 1670 End If 1680 Do Until testvalue = "Empty" 1690 ActiveCell.Offset(0, -2).Select 1700 ActiveCell.Value = x 1710 ActiveCell.Offset(1, 2).Select 1720 x = x + 1 1730 If ActiveCell.Value <> "" Then 1740 testvalue = "Not Empty" 1750 Else 1760 testvalue = "Empty" 1770 End If 1780 Loop 'Center Data in column A 1790 ActiveCell.COLUMNS("A:A").EntireColumn.Select 1800 With Selection 1810 .HorizontalAlignment = xlGeneral 1820 .WrapText = True 1830 .Orientation = 0 1840 .AddIndent = False 1850 .INDENTLEVEL = 0 1860 .ShrinkToFit = False 1870 .ReadingOrder = xlContext 1880 .MergeCells = False 1890 End With 1900 With Selection 1910 .HorizontalAlignment = xlCenter 1920 .WrapText = True 1930 .Orientation = 0 1940 .AddIndent = False 1950 .INDENTLEVEL = 0 1960 .ShrinkToFit = False 1970 .ReadingOrder = xlContext 1980 .MergeCells = False 1990 End With 2000 COLUMNS("G:G").Select 2010 Selection.Style = "Comma" 'Close the file 2020 excelFile.Save 2030 excelFile.Close 2040 End With 2050 excelApp.Quit 2060 Set excelFile = Nothing 2070 Set excelApp = Nothing End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael.broesdorf at web.de Tue Jun 15 12:41:54 2004 From: michael.broesdorf at web.de (=?us-ascii?Q?Michael_Brosdorf?=) Date: Tue, 15 Jun 2004 19:41:54 +0200 Subject: [AccessD] Access app on Windows Mobile 2003? In-Reply-To: Message-ID: Is there a way to run an Access application on a PDA with Windows Mobile 2003? Maybe with something like an Pocket Access? If not, I could use SQL Server for Pocket PC, but what tools are available to implement the user interface? Michael From pharold at proftesting.com Tue Jun 15 12:45:16 2004 From: pharold at proftesting.com (Perry Harold) Date: Tue, 15 Jun 2004 13:45:16 -0400 Subject: [AccessD] OT: Outlook XP picks up email left on server over andover and over... In-Reply-To: <002301c4514d$b1ddeee0$0501a8c0@colbyws> Message-ID: <002a01c45300$84c9f570$082da8c0@D58BT131> John We use an ISP so I don't know how Exchange works on internal servers but here's our scenario. Email left on the server is still a new message. Outlook looks for new messages each time it's started. So each time it's started if the messages are still on the server it will pick up whatever is sitting there until the selected wait time (3 days in your case) has passed. I use 2 addresses - if I get something that should be kept I forward it to the 2nd address. Everything else gets deleted from the server when it's downloaded the first time. My main computer is then set to delete everything from the server for both addresses when Outlook is running on it. In this case it's important for Outlook to be closed on the main computer when I'm away from my desk unless I don't want the messages to show up when I log on from a different location. I remember it being the same in 2K. Perry Harold -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, June 13, 2004 9:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Outlook XP picks up email left on server over andover and over... I pick up my email on many different computers. As a result I tell each copy of Outlook to leave the messages on the server for 3 days. For some reason OutlookXP keeps picking up the messages over and over. Its damned annoying to have to go back and delete the old messages. Does anyone know if this is a new "feature" in XP? I never saw this in 2K. Is it configurable, can I tell Outlook to knock it off? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Tue Jun 15 12:47:36 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 15 Jun 2004 12:47:36 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD6@corp-es01.fleetpride.com> Even though it appears you are properly closing excel the fact that your code doesn't run the second time makes me suspect excel may still be running. I have had cases where hidden excel instances do not go away until access is closed. These instances then cause strange and unnatural things to happen when the code is executed. Put this vb script in notepad and run it. It will tell you if you have any extra Excel instances. Jim Hale Dim objXL Dim strMessage On Error Resume Next ' Try to grab a running instance of ' Excel... Set objXL = GetObject(, "Excel.Application") ' What did we find?.. If Not TypeName(objXL) = "Empty" Then strMessage = "Excel Running." Else strMessage = "Excel Not Running." End If ' Feedback to user... MsgBox strMessage, vbInformation, "Excel Status" ' Make the Excel instance visible ' if we found one if strMessage = "Excel Running." then _ objXL.Visible = true -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 15, 2004 11:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automation of Excel through Access Problem Did not work. I am still getting the same message (which I did not include in my first post): Run-time error '1004' Method 'Range' of object '_Global' failed. ebsite: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 15 13:06:33 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 15 Jun 2004 20:06:33 +0200 Subject: [AccessD] Automation of Excel through Access Problem In-Reply-To: References: Message-ID: <19041257845.20040615200633@cactus.dk> Hi Jeffrey Then something else must be going on. Listen to Jim; I missed that your code runs the first time. Try changing these: 2050 excelApp.Quit 2060 Set excelFile = Nothing 2070 Set excelApp = Nothing to: 2049 Set excelFile = Nothing 2050 excelApp.Quit 2070 Set excelApp = Nothing Also, check Task Manager if a "hidden" Excel is running. /gustav > Did not work. I am still getting the same message (which I did not include > in my first post): > Run-time error '1004' Method 'Range' of object '_Global' failed. From jeffrey.demulling at usbank.com Tue Jun 15 13:45:00 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 13:45:00 -0500 Subject: [AccessD] Automation of Excel through Access Problem - SOLVED Message-ID: Thanks Mark, fully qualifing everything made it work. >>>>> Hello >>>>> >>>>> Look at line 340 for example... >>>>> >>>>> >>> 340 Range("A1:I1").Select >>>>> >>>>> You may find if you use >>>>> >>>>> excelApp.activesheet.range... Etc >>>>> >>>>> helps (and on any following lines that are not fully qualified or nested >>>>> in a WITH / END WITH block) >>>>> >>>>> Hth >>>>> >>>>> Mark From bhorn at pivot-mds.com Tue Jun 15 14:13:43 2004 From: bhorn at pivot-mds.com (Bruce Horn) Date: Tue, 15 Jun 2004 15:13:43 -0400 Subject: [AccessD] Automating Outlook Message-ID: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Hello - One of our clients has us send regular status announcements to their members via Outlook (data extracted from A2K database). The client has now asked us to include their logo as part of the email. So far no joy in including the OLE object (.jpg) in the email. Anyone have any pointers/advice? Thanks in advance. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ From andy at minstersystems.co.uk Tue Jun 15 14:47:43 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 15 Jun 2004 20:47:43 +0100 Subject: [AccessD] Automating Outlook In-Reply-To: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Message-ID: <001801c45311$a07f1910$b274d0d5@minster33c3r25> Hi Bruce Not sure how far you've got, and don't have specific code for this but IIRC it can be done by using .HTMLBody rather than .Body, referencing the JPG in the HTML, and then including the JPG as an attachment. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn > Sent: 15 June 2004 20:14 > To: Access Developers discussion and problem solving > Subject: [AccessD] Automating Outlook > > > Hello - > > One of our clients has us send regular status announcements to their > members via Outlook (data extracted from A2K database). > The client has now asked us to include their logo as part of > the email. > > So far no joy in including the OLE object (.jpg) in the email. > > Anyone have any pointers/advice? > > Thanks in advance. > > Regards, > - Bruce > +++++++++++++++++++++++++ > Bruce Horn, CIO/CTO > Pivot MDS, LLC > Ph: 401-586-6422 Fx: 401-586-6425 > www.pivot-mds.com > +++++++++++++++++++++++++++++++++++++++++ > A conclusion is simply the place you got tired of thinking. > +++++++++++++++++++++++++++++++++++++++++ > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From pnl1 at psu.edu Tue Jun 15 15:28:08 2004 From: pnl1 at psu.edu (Paul Liadis) Date: Tue, 15 Jun 2004 16:28:08 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD3@corp-es01.fleetprid e.com> Message-ID: <5.1.0.14.2.20040615162637.0405b4b0@mail.psu.edu> Hello, I have been following you debate and am wondering if any of you know of any websites or user communities for the Cognos stuff. Anything other than cognos.com, that is. I find that pretty limited (even support.cognos.com). Thanks, Paul Liadis At 09:38 AM 6/15/2004 -0500, you wrote: >AH, the great IT dilemna- finance has created something ugly that works >(lets hope) and now you are stuck with it because you are exactly right- >your numbers have to agree. Enjoy the ride >Jim Hale > >-----Original Message----- >From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >Sent: Monday, June 14, 2004 5:10 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >LOL...the SQL looks like my 2 year-old wrote it. This report was originally >designed by and for the finance department...the SQL is ugly to say the >least. But I dare not change it because when push comes to shove, my data >better match theirs exactly. > > >-----Original Message----- >From: Fred Hooper [mailto:fahooper at trapo.com] >Sent: Monday, June 14, 2004 5:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >If you don't have an equivalent view, Access will try to bring down too much >of the database and take longer. > >However, if you look at the SQL tab of the current report's data source >(there's a button that shows this), that tab should provide the SQL that you >need in the view. If you give this SQL code to your dw people they should be >able to provide the view in a few minutes. > >|-----Original Message----- >|From: accessd-bounces at databaseadvisors.com >|[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|Mitsules, Mark S. (Newport News) >|Sent: Monday, June 14, 2004 5:37 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|I'm definitely not creating cubes then...just straight >|reporting. As for efficiency, I'm guessing I'm in trouble >|then, because the current Cognos report has taken up to five >|minutes to run. Who knows how long it will take if I try and >|do this from Access. Perhaps my current method will prevail >|based on time, not simplicity. >| >| >|Mark >| >|-----Original Message----- >|From: Fred Hooper [mailto:fahooper at trapo.com] >|Sent: Monday, June 14, 2004 4:56 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|Impromptu is a reporting program. It can draw from many >|different databases and files. (Not, peculiarly, from cubes.) >| >|A "catalog" is a file that tells Impromptu where to get data from. >| >|While Impromptu can create several types of files, mostly >|reports, one of them is commonly used to provide data for cube >|building -- an IQD file. This file is used by the cube >|building program, Transformer, to read the data and create the cube. >| >|"Going directly against the database" could most easily be >|linking Access to the database and running queries, views, >|etc. against the data in the database. For example, you can >|link Access to SQL Server, Oracle, etc. The tables then appear >|to be local in the Accsss database. If the database is large, >|efficiency considerations would lead you to create views or >|stored procedures to access the data. Impromptu runs its SQL >|directly in the database and doesn't need this step for efficiency. >| >| >||-----Original Message----- >||From: accessd-bounces at databaseadvisors.com >||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >||Mitsules, Mark S. (Newport News) >||Sent: Monday, June 14, 2004 4:26 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||>> Good guess, this is exactly how we do it. << >|| >||I guess I'm having trouble with the terms. Cube, catalog, >||database... Currently I use Cognos Impromptu which connects to >||a catalog, then runs the report. How does "catalog" relate to >||a "cube" or "going directly against the database". Forgive me >||if these are simplistic questions...I don't work in data >||warehousing. Since my only experience with getting data out >||of Cognos has been with running Cognos reports, can you >||elaborate on "exactly how (you) do it"? As I said, my end >||goal would be to try and connect from Access to "something" >||directly and return the records, rather than the two-step >||process I described earlier. >|| >||Mark >|| >|| >|| >||-----Original Message----- >||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] >||Sent: Monday, June 14, 2004 4:00 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||||probably better off going directly against the database.> Good >||guess, this is exactly how we do it. Jim Hale >|| >||-----Original Message----- >||From: Fred Hooper [mailto:fahooper at trapo.com] >||Sent: Monday, June 14, 2004 1:40 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||Mark, >|| >||If you want to use a report, Impromptu (the program that >||writes the catalogs), has an interface. You'd have to consult >||it's documentation to find out if you can return a recordset. >||I haven't used it but almost took a project automating report >||builds using Access and I checked that there was an interface >||to permit doing so at that time. >|| >||If you want to get data from a cube, PowerPlay has an >||interface that allows it. >|| >||If the report is long or complex, you may want to go directly >||against the database. (I once needed 5,000 cross tab reports >||on 80 tabs in one spreadsheet. Testing indicated a 3 week run >||time against the cube and writing individual cross tabs. It >||takes an hour directly against Sql Server using its "runsql" >||command and Excell's CopyFromRecordset once for each >||tab.) My guess is, if you don't want to go against a cube, >||you're probably better off going directly against the database. >|| >||If you check the proper Cognos reference, Access is an ideal >||environment to manipulate Cognos' programs from because of the >||ease of checking local tables to determine what to do. VB also >||works well (e.g. I use it to copy cubes, stopping and starting >||various Cognos services to enable the copy even though the >||cube is in use.) The IDE is a vast improvement over Cognos' >||macro facility. >|| >||Fred >|| >|||-----Original Message----- >|||From: accessd-bounces at databaseadvisors.com >|||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|||Mitsules, Mark S. (Newport News) >|||Sent: Monday, June 14, 2004 1:08 PM >|||To: [AccessD] >|||Subject: [AccessD] ODBC - COGNOS >||| >||| >|||Group, >||| >|||Has anyone ever returned a recordset from a Cognos catalog? >|||Suggestions? >||| >|||Mark >|||-- >|||_______________________________________________ >|||AccessD mailing list >|||AccessD at databaseadvisors.com >|||http://databaseadvisors.com/mailman/listinfo/ac|cessd >|||Website: >|||http://www.databaseadvisors.com >||| >|| >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >|| >| >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >| > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 15 15:31:59 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 15 Jun 2004 15:31:59 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB019@main2.marlow.com> True, but if the system is complex enough, it might just be easier to make 'Arthur' physically taller or shorter, then change his unique identifier. Let's take a personel system for a large company. A new employee is hired, so a record is created in the main offices database for that employee. A simple 'header' table, that contains the employee's surrogate key/unique identifier. From that point on, various systems query the main offices employee tables, and pickup the new employee (with his/her unique identifier). From that point on, the main db no longer knows what other systems have picked up that identifier, so if someone goes in and changes the value, how do you have it cascade out to systems that connect when they want too? Granted, in a self contained system, cascading a unique identifier change wouldn't be very difficult. But what would be the purpose of doing that anyways? There shouldn't be a reason to change a unique identifier.....because all that is required of it, is that it remains unique! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Tuesday, June 15, 2004 11:16 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate I suspect the point Jim was trying to make is that the autonumber could be changed (with a cascade of the change through related records) without affecting the data in the record. In other words, you still have the same record in the same relationships but now you're identifying it as "Joe" rather than "Arthur". It doesn't change the rest of the record, just the tag that provides a unique identifier. On the other hand, if you change the height property of "Arthur", then regardless of what you call him, he isn't the same record that he was. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 15, 2004 8:08 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. WHAT? I've been pretty quiet on this thread. (I know, real shocker!). Now come on Jim. They can be 'changed' at anytime without affecting anything? The complete opposite is true. AutoNumbers (or surrogate keys of any type) NEVER have to be changed. And the reason they work better in 'reality' vs. 'theory', is that the surrogate key becomes the unique attribute of 'x'. So no matter how many tables you refer to 'x' with, the surrogate key can be placed anywhere. Any data related to 'x' can be changed at will, without breaking any relationships. If 'x' is a person, they can change their name, hair color, DNA, SSN, anything, and all of their related data is still linked. Use a natural key, and you can easily fall prey to either duplicate values, or the need to change the value. In my opinion, this is a lot like arguing physics in a complete vacuum, versus real world physics. One is theory, one is reality. What's the point. No one lives in 'theory', and no one develops in theory. The real truth is that the 'theory' world drops various aspects for simplicity, while reality presents all of the possible variations, which are very difficult to 'compute'. Using relational 'theory', an Autonumber IS a natural key. Why? Simple, because with a computer based relational system, all of the data is really ones and zeros. Autonumbers are also ones and zeros, so they are just as natural as any other point of data. Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Tue Jun 15 15:49:19 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 15 Jun 2004 15:49:19 -0500 Subject: [AccessD] Automating Outlook Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE676@TAPPEEXCH01> Also, when you reference the JPG, do not specify a file path. The email client will automatically display the attachment in the local folder. -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Tuesday, June 15, 2004 2:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Automating Outlook Hi Bruce Not sure how far you've got, and don't have specific code for this but IIRC it can be done by using .HTMLBody rather than .Body, referencing the JPG in the HTML, and then including the JPG as an attachment. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn > Sent: 15 June 2004 20:14 > To: Access Developers discussion and problem solving > Subject: [AccessD] Automating Outlook > > > Hello - > > One of our clients has us send regular status announcements to their > members via Outlook (data extracted from A2K database). > The client has now asked us to include their logo as part of > the email. > > So far no joy in including the OLE object (.jpg) in the email. > > Anyone have any pointers/advice? > > Thanks in advance. > > Regards, > - Bruce > +++++++++++++++++++++++++ > Bruce Horn, CIO/CTO > Pivot MDS, LLC > Ph: 401-586-6422 Fx: 401-586-6425 > www.pivot-mds.com > +++++++++++++++++++++++++++++++++++++++++ > A conclusion is simply the place you got tired of thinking. > +++++++++++++++++++++++++++++++++++++++++ > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From Mark.Mitsules at ngc.com Tue Jun 15 15:52:32 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Tue, 15 Jun 2004 16:52:32 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: I don't...but I might be interested as well in that information. Mark -----Original Message----- From: Paul Liadis [mailto:pnl1 at psu.edu] Sent: Tuesday, June 15, 2004 4:28 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] ODBC - COGNOS Hello, I have been following you debate and am wondering if any of you know of any websites or user communities for the Cognos stuff. Anything other than cognos.com, that is. I find that pretty limited (even support.cognos.com). Thanks, Paul Liadis At 09:38 AM 6/15/2004 -0500, you wrote: >AH, the great IT dilemna- finance has created something ugly that works >(lets hope) and now you are stuck with it because you are exactly right- >your numbers have to agree. Enjoy the ride >Jim Hale > >-----Original Message----- >From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >Sent: Monday, June 14, 2004 5:10 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >LOL...the SQL looks like my 2 year-old wrote it. This report was originally >designed by and for the finance department...the SQL is ugly to say the >least. But I dare not change it because when push comes to shove, my data >better match theirs exactly. > > >-----Original Message----- >From: Fred Hooper [mailto:fahooper at trapo.com] >Sent: Monday, June 14, 2004 5:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >If you don't have an equivalent view, Access will try to bring down too much >of the database and take longer. > >However, if you look at the SQL tab of the current report's data source >(there's a button that shows this), that tab should provide the SQL that you >need in the view. If you give this SQL code to your dw people they should be >able to provide the view in a few minutes. > >|-----Original Message----- >|From: accessd-bounces at databaseadvisors.com >|[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|Mitsules, Mark S. (Newport News) >|Sent: Monday, June 14, 2004 5:37 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|I'm definitely not creating cubes then...just straight >|reporting. As for efficiency, I'm guessing I'm in trouble >|then, because the current Cognos report has taken up to five >|minutes to run. Who knows how long it will take if I try and >|do this from Access. Perhaps my current method will prevail >|based on time, not simplicity. >| >| >|Mark >| >|-----Original Message----- >|From: Fred Hooper [mailto:fahooper at trapo.com] >|Sent: Monday, June 14, 2004 4:56 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|Impromptu is a reporting program. It can draw from many >|different databases and files. (Not, peculiarly, from cubes.) >| >|A "catalog" is a file that tells Impromptu where to get data from. >| >|While Impromptu can create several types of files, mostly >|reports, one of them is commonly used to provide data for cube >|building -- an IQD file. This file is used by the cube >|building program, Transformer, to read the data and create the cube. >| >|"Going directly against the database" could most easily be >|linking Access to the database and running queries, views, >|etc. against the data in the database. For example, you can >|link Access to SQL Server, Oracle, etc. The tables then appear >|to be local in the Accsss database. If the database is large, >|efficiency considerations would lead you to create views or >|stored procedures to access the data. Impromptu runs its SQL >|directly in the database and doesn't need this step for efficiency. >| >| >||-----Original Message----- >||From: accessd-bounces at databaseadvisors.com >||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >||Mitsules, Mark S. (Newport News) >||Sent: Monday, June 14, 2004 4:26 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||>> Good guess, this is exactly how we do it. << >|| >||I guess I'm having trouble with the terms. Cube, catalog, >||database... Currently I use Cognos Impromptu which connects to >||a catalog, then runs the report. How does "catalog" relate to >||a "cube" or "going directly against the database". Forgive me >||if these are simplistic questions...I don't work in data >||warehousing. Since my only experience with getting data out >||of Cognos has been with running Cognos reports, can you >||elaborate on "exactly how (you) do it"? As I said, my end >||goal would be to try and connect from Access to "something" >||directly and return the records, rather than the two-step >||process I described earlier. >|| >||Mark >|| >|| >|| >||-----Original Message----- >||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] >||Sent: Monday, June 14, 2004 4:00 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||||probably better off going directly against the database.> Good >||guess, this is exactly how we do it. Jim Hale >|| >||-----Original Message----- >||From: Fred Hooper [mailto:fahooper at trapo.com] >||Sent: Monday, June 14, 2004 1:40 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||Mark, >|| >||If you want to use a report, Impromptu (the program that >||writes the catalogs), has an interface. You'd have to consult >||it's documentation to find out if you can return a recordset. >||I haven't used it but almost took a project automating report >||builds using Access and I checked that there was an interface >||to permit doing so at that time. >|| >||If you want to get data from a cube, PowerPlay has an >||interface that allows it. >|| >||If the report is long or complex, you may want to go directly >||against the database. (I once needed 5,000 cross tab reports >||on 80 tabs in one spreadsheet. Testing indicated a 3 week run >||time against the cube and writing individual cross tabs. It >||takes an hour directly against Sql Server using its "runsql" >||command and Excell's CopyFromRecordset once for each >||tab.) My guess is, if you don't want to go against a cube, >||you're probably better off going directly against the database. >|| >||If you check the proper Cognos reference, Access is an ideal >||environment to manipulate Cognos' programs from because of the >||ease of checking local tables to determine what to do. VB also >||works well (e.g. I use it to copy cubes, stopping and starting >||various Cognos services to enable the copy even though the >||cube is in use.) The IDE is a vast improvement over Cognos' >||macro facility. >|| >||Fred >|| >|||-----Original Message----- >|||From: accessd-bounces at databaseadvisors.com >|||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|||Mitsules, Mark S. (Newport News) >|||Sent: Monday, June 14, 2004 1:08 PM >|||To: [AccessD] >|||Subject: [AccessD] ODBC - COGNOS >||| >||| >|||Group, >||| >|||Has anyone ever returned a recordset from a Cognos catalog? >|||Suggestions? >||| >|||Mark >|||-- >|||_______________________________________________ >|||AccessD mailing list >|||AccessD at databaseadvisors.com >|||http://databaseadvisors.com/mailman/listinfo/ac|cessd >|||Website: >|||http://www.databaseadvisors.com >||| >|| >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >|| >| >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >| > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Tue Jun 15 15:53:59 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Tue, 15 Jun 2004 16:53:59 -0400 Subject: [AccessD] Automating Outlook In-Reply-To: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Message-ID: Bruce Check out www.helenfeddema.com. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bruce Horn Sent: Tuesday, June 15, 2004 15:14 To: Access Developers discussion and problem solving Subject: [AccessD] Automating Outlook Hello - One of our clients has us send regular status announcements to their members via Outlook (data extracted from A2K database). The client has now asked us to include their logo as part of the email. So far no joy in including the OLE object (.jpg) in the email. Anyone have any pointers/advice? Thanks in advance. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bhorn at pivot-mds.com Tue Jun 15 16:03:02 2004 From: bhorn at pivot-mds.com (Bruce Horn) Date: Tue, 15 Jun 2004 17:03:02 -0400 Subject: [AccessD] Automating Outlook In-Reply-To: <001801c45311$a07f1910$b274d0d5@minster33c3r25> References: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> <001801c45311$a07f1910$b274d0d5@minster33c3r25> Message-ID: <6.1.0.6.0.20040615170207.027c8928@pop.business.earthlink.net> Thank you Andy - It points me in the right direction. Regards, - Bruce At 03:47 PM 6/15/2004, you wrote: >Hi Bruce > >Not sure how far you've got, and don't have specific code for this but IIRC >it can be done by using .HTMLBody rather than .Body, referencing the JPG in >the HTML, and then including the JPG as an attachment. > >-- Andy Lacey >http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn > > Sent: 15 June 2004 20:14 > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Automating Outlook > > > > > > Hello - > > > > One of our clients has us send regular status announcements to their > > members via Outlook (data extracted from A2K database). > > The client has now asked us to include their logo as part of > > the email. > > > > So far no joy in including the OLE object (.jpg) in the email. > > > > Anyone have any pointers/advice? > > > > Thanks in advance. > > > > Regards, > > - Bruce > > +++++++++++++++++++++++++ > > Bruce Horn, CIO/CTO > > Pivot MDS, LLC > > Ph: 401-586-6422 Fx: 401-586-6425 > > www.pivot-mds.com > > +++++++++++++++++++++++++++++++++++++++++ > > A conclusion is simply the place you got tired of thinking. > > +++++++++++++++++++++++++++++++++++++++++ > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > Website: > > http://www.databaseadvisors.com > > > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ From liz at symphonyinfo.com Tue Jun 15 16:05:28 2004 From: liz at symphonyinfo.com (Liz Doering) Date: Tue, 15 Jun 2004 16:05:28 -0500 Subject: [AccessD] Automating Outlook In-Reply-To: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Message-ID: Bruce, This isn't working quite right, and it's lifted a lot from help, but it might get you started. I'm trying to send an email formatted with a nice certificate and text in the middle of the certificate. I created an Outlook template first, with the certificate built into the template. This becomes the HTMLBody of the email. Then you can build text into that, or rather, in the example below, start the text on the first line of the email, with the certificate underneath it in an ugly fashion. Not quite what my client wants! But I haven't had time to get back to it and finish it. So anything you learn will be appreciated. Liz Public Sub SendCongrats(strBody, strHeader As String, strRecip As String) On Error GoTo eh Dim db As Database Dim myOlApp As Outlook.Application Dim MyItem As Outlook.MailItem Set db = CurrentDb Set myOlApp = CreateObject("Outlook.Application") Set MyItem = myOlApp.CreateItemFromTemplate("Y:\SIS Templates\CERTIFICATE.oft") With MyItem .To = strRecip .Subject = strHeader .BodyFormat = olFormatHTML .HTMLBody = strBody & .HTMLBody .Display End With ex: Set myOlApp = Nothing Set MyItem = Nothing Exit Sub eh: MsgBox Err.Description, , Err.Number Resume ex End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn Sent: Tuesday, June 15, 2004 2:14 PM To: Access Developers discussion and problem solving Subject: [AccessD] Automating Outlook Hello - One of our clients has us send regular status announcements to their members via Outlook (data extracted from A2K database). The client has now asked us to include their logo as part of the email. So far no joy in including the OLE object (.jpg) in the email. Anyone have any pointers/advice? Thanks in advance. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ -- _______________________________________________ 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 Jun 15 18:27:50 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 16 Jun 2004 09:27:50 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <446DDE75CFC7E1438061462F85557B0F0BFEE9@remail2.westat.com> Message-ID: <40D01296.7340.184A91@localhost> On 15 Jun 2004 at 10:18, Francis Harvey wrote: > > You also have an inordinate amount of faith that people aren't using > the surrogate key except in the database. I don't know about you, but > I have no doubt that my database generated movie rental id, library > card id, etc. are not being shadowed by an internal surrogate key. > They have actually given me a card with the key on it, and it > definitely isn't formed by collapsing other attributes to form an > artificial key. It happens. > If those systems are using an internally derived Primary Key and using that same value as your assigned library card ID or movie rental ID they are poorly designed for all the reasons that have been discussed ad nauseum over the last several iterations of this debate. A common way to generate these sorts of "membership ID"s is to use the next *currently available* number. There is no guarantee that your club memebrship, library card etc ID was not used previously for another member. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From karenr7 at oz.net Tue Jun 15 19:14:49 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Tue, 15 Jun 2004 17:14:49 -0700 Subject: [AccessD] Spam about QuickBase -- Intuit's new web-based program Message-ID: <200406160014.i5G0EhQ07831@databaseadvisors.com> Just got the spam below. Seems to fit in with the recent QuickBooks topic. Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) ---------------------------------------------------------------------------- Your Email address has not been given to any Third Parties. You have been selected to receive this e-mail because you indicated you wanted to receive information and special offers from other companies when you provided your email address to: Pinnacle Publishing ---------------------------------------------------------------------------- Intuit proudly introduces QuickBase, the Web-based collaboration platform that lets your project teams share information and manage processes with better visibility and accountability for everyone. QuickBase is Web-based, so you can view the latest information, then share it instantly with anyone on your team. No more details falling through the cracks or not knowing who was responsible for a particular task. The QuickBase advantage is clear: Launch your application this week, not next month. Our ready-to-launch Project Manager, Issues Manager, and Task Manager applications are easily customized to suit your project needs. Has the features you really need. Document libraries, timelines, calendars, dependencies, automatic e-mails notifications -- all make short work of typical teamwork challenges. Easily adopted by your whole team. No training needed: anyone who can surf the Web can use QuickBase. And, since QuickBase adapts to your process, your team doesn't need to learn a new way of working. Costs only dollars a day. With no software to buy, nothing to install or maintain, and a flexible monthly pricing plan, QuickBase fits almost any budget. See for yourself how easy project management can be. Try free for 30 days. You'll have full access to QuickBase at no charge and with no obligation. Intuit QuickBase 890 Winter Street - Suite 200 Waltham, MA 02451 Attn: Privacy C 1999-2004 Intuit Inc Privacy Statement | Terms of Service | Legal Notices Copyright: (c) 2004 Intuit Inc. All rights reserved. Notice: Registration and Internet access required. Terms, conditions, pricing, features and service options subject to change. IMPORTANT: QuickBase From ksklos at comcast.net Tue Jun 15 19:53:18 2004 From: ksklos at comcast.net (ksklos at comcast.net) Date: Wed, 16 Jun 2004 00:53:18 +0000 Subject: [AccessD] (no subject) Message-ID: <061620040053.9388.40CF99FC00045F05000024AC22007348409C0104059C05@comcast.net> I have several tables which I need to pull into a monthly summary report. I am using a crosstab query to pull in the information but I can not get it to summarize by month. Can any one help. Here is what I have so far: TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT tlnkFoodEvent.FoodSvsDate; From ssharkins at bellsouth.net Tue Jun 15 19:58:37 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 15 Jun 2004 20:58:37 -0400 Subject: [AccessD] (no subject) In-Reply-To: <061620040053.9388.40CF99FC00045F05000024AC22007348409C0104059C05@comcast.net> Message-ID: <20040616005835.FDAV4410.imf20aec.mail.bellsouth.net@SUSANONE> You want it to determine the month from Weekend? Susan H. I have several tables which I need to pull into a monthly summary report. I am using a crosstab query to pull in the information but I can not get it to summarize by month. Can any one help. Here is what I have so far: TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT tlnkFoodEvent.FoodSvsDate; From kathryn at bassett.net Tue Jun 15 20:42:59 2004 From: kathryn at bassett.net (Kathryn Bassett) Date: Tue, 15 Jun 2004 18:42:59 -0700 Subject: [AccessD] Books for sale In-Reply-To: <40D01296.7340.184A91@localhost> Message-ID: <36u63c$tjt8b@mxip07a.cluster1.charter.net> Using Access 97 Special Edition (2nd Edition) Access 97 Bible Building Applications with Microsoft Access 97 (official manual) http://www.bassett.net/forsale/ -- Kathryn Rhinehart Bassett (Pasadena CA) "Genealogy is my bag" "GH is my soap" kathryn at bassett.net http://bassett.net From viner at eunet.yu Wed Jun 16 00:26:37 2004 From: viner at eunet.yu (Ervin Brindza) Date: Wed, 16 Jun 2004 07:26:37 +0200 Subject: [AccessD] OT: Brain Teaser Game Message-ID: <005e01c45362$a03bf1c0$0100a8c0@razvoj> Hi, sorry for the OT post. Some time ago I get an interesting little game kannibal.exe(help the 3 cannibals and the 3 missionaries to move to the other side of the lake). I have no idea where it come from, but can anybody provide some url with such brai teaser game? Many TIA, Ervin From clh at christopherhawkins.com Wed Jun 16 02:21:40 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 01:21:40 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <238890-22004631672140470@christopherhawkins.com> *deep breath* I did a bit of a facelift on my website over the past couple weeks. I wonder if you fine folks would mind hitting it and letting me know if anything is amiss? If so, let me know what OS and browser you're using. Much obliged. Thanks! -Christopher- From gustav at cactus.dk Wed Jun 16 02:53:41 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 16 Jun 2004 09:53:41 +0200 Subject: [AccessD] OT: critique my web site In-Reply-To: <238890-22004631672140470@christopherhawkins.com> References: <238890-22004631672140470@christopherhawkins.com> Message-ID: <1586039384.20040616095341@cactus.dk> Hi Christopher It does look clean and efficient. Three things though: 1. Put on the opening page a _brief_ statement on what your primary business is, which types of customers you are looking for, and why they should pick you. Shift menu "About CH.." to the right and menu Services to the left. 2. Contact information is totally missing except for the tiny link email_me. 3. Don't excuse your neither your site nor yourself (FAQ, paragraph one and two, and four). In general, don't be defensive. Explain and state your opinions as if they are or should be the general rule (as in FAQ, paragraph three). Readers love to agree. Also, how about some brief cases on some of your projects? And a few screenshots of your masterpieces, perhaps with credits to the designers you mention you work with from time to time? /gustav > *deep breath* > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting me know > if anything is amiss? If so, let me know what OS and browser you're > using. > Much obliged. Thanks! > -Christopher- From andy at minstersystems.co.uk Wed Jun 16 02:52:58 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Wed, 16 Jun 2004 08:52:58 +0100 Subject: [AccessD] OT: critique my web site In-Reply-To: <238890-22004631672140470@christopherhawkins.com> Message-ID: <003f01c45376$f122e9e0$b274d0d5@minster33c3r25> I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From accessd at shaw.ca Wed Jun 16 02:34:43 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 00:34:43 -0700 Subject: [AccessD] OT: critique my web site In-Reply-To: <238890-22004631672140470@christopherhawkins.com> Message-ID: Hi Christopher: It would help if I knew the address. TIA Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 16, 2004 12:22 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: critique my web site *deep breath* I did a bit of a facelift on my website over the past couple weeks. I wonder if you fine folks would mind hitting it and letting me know if anything is amiss? If so, let me know what OS and browser you're using. Much obliged. Thanks! -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Paul.Rogers at SummitMedia.co.uk Wed Jun 16 04:58:40 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Wed, 16 Jun 2004 10:58:40 +0100 Subject: [AccessD] OT: critique my web site Message-ID: put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 16 06:09:42 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 16 Jun 2004 07:09:42 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: << There is no guarantee that your club memebrship, library card etc ID was not used previously for another member. There is also no guarantee that any "natural key" has not been used previously or will be used in the future by some distinct entity. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, June 15, 2004 7:28 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 15 Jun 2004 at 10:18, Francis Harvey wrote: > > You also have an inordinate amount of faith that people aren't using > the surrogate key except in the database. I don't know about you, but > I have no doubt that my database generated movie rental id, library > card id, etc. are not being shadowed by an internal surrogate key. > They have actually given me a card with the key on it, and it > definitely isn't formed by collapsing other attributes to form an > artificial key. It happens. > If those systems are using an internally derived Primary Key and using that same value as your assigned library card ID or movie rental ID they are poorly designed for all the reasons that have been discussed ad nauseum over the last several iterations of this debate. A common way to generate these sorts of "membership ID"s is to use the next *currently available* number. There is no guarantee that your club memebrship, library card etc ID was not used previously for another member. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 07:39:10 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 08:39:10 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003 developer In-Reply-To: <20040616005835.FDAV4410.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <000401c4539e$ef4f8240$0501a8c0@OFFICEXP1> I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John From Mark.Mitsules at ngc.com Wed Jun 16 08:44:41 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 16 Jun 2004 09:44:41 -0400 Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Message-ID: Group, Has anyone seen this error and know how to 'fix' it? If anyone recalls, my PC was recently 'refreshed' by the IT department...after which I was unable to import .xls files into Access. Well they did a complete reinstall and all the different file types are now available for import. But now, when running either the import or link table wizard, I get the error listed above. Any suggestions? Mark From Patricia.O'Connor at dfa.state.ny.us Wed Jun 16 08:51:22 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Wed, 16 Jun 2004 09:51:22 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: I can tell you from experience COGNOS is a dog when it comes to processing time. I avoid using it. I do most of my stuff using pass through queries from Access as a front end to Oracle. Crosstabs do not work correctly or at least not like SPSS or Access crosstabs Look up HOTFILES in the COGNOS documentation. Here is another link that might help. http://www.tek-tips.com/gfaqs.cfm/lev2/77/lev3/26/pid/401/fid/3684 ********************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Mitsules, Mark S. (Newport News) > Sent: Monday, June 14, 2004 05:37 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] ODBC - COGNOS > > I'm definitely not creating cubes then...just straight > reporting. As for efficiency, I'm guessing I'm in trouble > then, because the current Cognos report has taken up to five > minutes to run. Who knows how long it will take if I try and > do this from Access. Perhaps my current method will prevail > based on time, not simplicity. > > > Mark > > -----Original Message----- > From: Fred Hooper [mailto:fahooper at trapo.com] > Sent: Monday, June 14, 2004 4:56 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] ODBC - COGNOS > > > Impromptu is a reporting program. It can draw from many > different databases > and files. (Not, peculiarly, from cubes.) > > A "catalog" is a file that tells Impromptu where to get data from. > > While Impromptu can create several types of files, mostly > reports, one of > them is commonly used to provide data for cube building -- an > IQD file. This > file is used by the cube building program, Transformer, to > read the data and > create the cube. > > "Going directly against the database" could most easily be > linking Access to > the database and running queries, views, etc. against the data in the > database. For example, you can link Access to SQL Server, > Oracle, etc. The > tables then appear to be local in the Accsss database. If the > database is > large, efficiency considerations would lead you to create > views or stored > procedures to access the data. Impromptu runs its SQL directly in the > database and doesn't need this step for efficiency. > > > |-----Original Message----- > |From: accessd-bounces at databaseadvisors.com > |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > |Mitsules, Mark S. (Newport News) > |Sent: Monday, June 14, 2004 4:26 PM > |To: 'Access Developers discussion and problem solving' > |Subject: RE: [AccessD] ODBC - COGNOS > | > | > |>> Good guess, this is exactly how we do it. << > | > |I guess I'm having trouble with the terms. Cube, catalog, > |database... Currently I use Cognos Impromptu which connects to > |a catalog, then runs the report. How does "catalog" relate to > |a "cube" or "going directly against the database". Forgive me > |if these are simplistic questions...I don't work in data > |warehousing. Since my only experience with getting data out > |of Cognos has been with running Cognos reports, can you > |elaborate on "exactly how (you) do it"? As I said, my end > |goal would be to try and connect from Access to "something" > |directly and return the records, rather than the two-step > |process I described earlier. > | > |Mark > | > | > | > |-----Original Message----- > |From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] > |Sent: Monday, June 14, 2004 4:00 PM > |To: 'Access Developers discussion and problem solving' > |Subject: RE: [AccessD] ODBC - COGNOS > | > | > | |probably better off going directly against the database.> Good > |guess, this is exactly how we do it. Jim Hale > | > |-----Original Message----- > |From: Fred Hooper [mailto:fahooper at trapo.com] > |Sent: Monday, June 14, 2004 1:40 PM > |To: 'Access Developers discussion and problem solving' > |Subject: RE: [AccessD] ODBC - COGNOS > | > | > |Mark, > | > |If you want to use a report, Impromptu (the program that > |writes the catalogs), has an interface. You'd have to consult > |it's documentation to find out if you can return a recordset. > |I haven't used it but almost took a project automating report > |builds using Access and I checked that there was an interface > |to permit doing so at that time. > | > |If you want to get data from a cube, PowerPlay has an > |interface that allows it. > | > |If the report is long or complex, you may want to go directly > |against the database. (I once needed 5,000 cross tab reports > |on 80 tabs in one spreadsheet. Testing indicated a 3 week run > |time against the cube and writing individual cross tabs. It > |takes an hour directly against Sql Server using its "runsql" > |command and Excell's CopyFromRecordset once for each > |tab.) My guess is, if you don't want to go against a cube, > |you're probably better off going directly against the database. > | > |If you check the proper Cognos reference, Access is an ideal > |environment to manipulate Cognos' programs from because of the > |ease of checking local tables to determine what to do. VB also > |works well (e.g. I use it to copy cubes, stopping and starting > |various Cognos services to enable the copy even though the > |cube is in use.) The IDE is a vast improvement over Cognos' > |macro facility. > | > |Fred > | > ||-----Original Message----- > ||From: accessd-bounces at databaseadvisors.com > ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > ||Mitsules, Mark S. (Newport News) > ||Sent: Monday, June 14, 2004 1:08 PM > ||To: [AccessD] > ||Subject: [AccessD] ODBC - COGNOS > || > || > ||Group, > || > ||Has anyone ever returned a recordset from a Cognos catalog? > ||Suggestions? > || > ||Mark > ||-- > ||_______________________________________________ > ||AccessD mailing list > ||AccessD at databaseadvisors.com > ||http://databaseadvisors.com/mailman/listinfo/ac|cessd > ||Website: > ||http://www.databaseadvisors.com > || > | > |-- > |_______________________________________________ > |AccessD mailing list > |AccessD at databaseadvisors.com > |http://databaseadvisors.com/mailman/listinfo/accessd > |Website: http://www.databaseadvisors.com > |-- > |_______________________________________________ > |AccessD mailing list > |AccessD at databaseadvisors.com > |http://databaseadvisors.com/mailman/listinfo/accessd > |Website: http://www.databaseadvisors.com > |-- > |_______________________________________________ > |AccessD mailing list > |AccessD at databaseadvisors.com > |http://databaseadvisors.com/mailman/listinfo/accessd > |Website: http://www.databaseadvisors.com > | > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From Patricia.O'Connor at dfa.state.ny.us Wed Jun 16 09:08:28 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Wed, 16 Jun 2004 10:08:28 -0400 Subject: [AccessD] (no subject) Message-ID: You can use the MONTH function or Datepart function to determine month > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType > SELECT tblEvent.Weekend > FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > tlnkFoodEvent.EventID > GROUP BY tblEvent.Weekend > PIVOT MONTH(tlnkFoodEvent.FoodSvsDate); OR > PIVOT DatePart("m",tlnkFoodEvent.FoodSvsDate); HTH ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > ksklos at comcast.net > Sent: Tuesday, June 15, 2004 08:53 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] (no subject) > > I have several tables which I need to pull into a monthly > summary report. I am using a crosstab query to pull in the > information but I can not get it to summarize by month. Can > any one help. Here is what I have so far: > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS > CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent > INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT > tlnkFoodEvent.FoodSvsDate; > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From bhorn at pivot-mds.com Wed Jun 16 10:14:34 2004 From: bhorn at pivot-mds.com (Bruce Horn) Date: Wed, 16 Jun 2004 11:14:34 -0400 Subject: [AccessD] RE: Automating Outlook - Solved Message-ID: <6.1.0.6.0.20040616110752.027d1998@pop.business.earthlink.net> Hi - Thanks to all who helped point me in the right direction. The solution was to use HTMLBody and the CDO library. Thank you Andy Lacy for the heads up. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ From Erwin.Craps at ithelps.be Wed Jun 16 10:18:51 2004 From: Erwin.Craps at ithelps.be (Erwin Craps - IT Helps) Date: Wed, 16 Jun 2004 17:18:51 +0200 Subject: [AccessD] OT: critique my web site Message-ID: <46B976F2B698FF46A4FE7636509B22DF0AD9EF@stekelbes.ithelps.local> Hi Christopher I miss some graphics. At least a company logo must be present in your header.... I also confirm the things Gustav has put out. Erwin -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Christopher Hawkins Sent: Wednesday, June 16, 2004 9:22 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: critique my web site *deep breath* I did a bit of a facelift on my website over the past couple weeks. I wonder if you fine folks would mind hitting it and letting me know if anything is amiss? If so, let me know what OS and browser you're using. Much obliged. Thanks! -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Jun 16 10:19:05 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 08:19:05 -0700 Subject: [AccessD] OT: critique my web site In-Reply-To: Message-ID: > put a www in front of his email address ... cheers Paul Oh... Christopher, I like your site. It is very clean...not busy, colours are great and not over done. Where is the 'banana'? Put your skill sets right at the start of the web page like your resume. Who is Christopher?...use you web linking capabilities. The addition of a picture of who is Christopher and maybe a section on interests are good for gaining a personnel connection between you and your and a future employers. Jim PS Do not make any apologies for being opinionated. Your are the best, after all. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Wednesday, June 16, 2004 2:59 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 16 10:29:09 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 08:29:09 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer In-Reply-To: <000401c4539e$ef4f8240$0501a8c0@OFFICEXP1> Message-ID: Hi John: Access2003 is a good product with lots of features but Microsoft has gone a little overboard with security. I have found it a little flaky. My version started crashing went bouncing in and out of scripting mode and fixing errors on the fly. Maybe re-installing a few times will stablize it...(?) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 5:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 16 10:59:25 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 16 Jun 2004 11:59:25 -0400 Subject: [AccessD] OT: critique my web site Message-ID: Following on what others have said, there may be one other comment (not suggestion) I'd float. I see a multitude of independent developers go out of their way to speak in terms of the company...not in the first person. By that I mean they give the impression (sometimes overtly) that there is a "team" ready to serve the customer's needs. Now, whether or not this subterfuge is ethical or even necessary is left to debate...but I think I can see why they would promote themselves in this manner. Have you considered this approach? What are your thoughts on using this method? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 16, 2004 11:19 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: critique my web site > put a www in front of his email address ... cheers Paul Oh... Christopher, I like your site. It is very clean...not busy, colours are great and not over done. Where is the 'banana'? Put your skill sets right at the start of the web page like your resume. Who is Christopher?...use you web linking capabilities. The addition of a picture of who is Christopher and maybe a section on interests are good for gaining a personnel connection between you and your and a future employers. Jim PS Do not make any apologies for being opinionated. Your are the best, after all. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Wednesday, June 16, 2004 2:59 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 11:00:13 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 12:00:13 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer In-Reply-To: Message-ID: <000501c453bb$05a92f20$0501a8c0@OFFICEXP1> But what's required to upgrade. It looks like I'll have to buy 3 products to get the developer version. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 11:29 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer Hi John: Access2003 is a good product with lots of features but Microsoft has gone a little overboard with security. I have found it a little flaky. My version started crashing went bouncing in and out of scripting mode and fixing errors on the fly. Maybe re-installing a few times will stablize it...(?) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 5:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rfv at entelix.com Wed Jun 16 11:49:50 2004 From: rfv at entelix.com (rfv at entelix.com) Date: Wed, 16 Jun 2004 11:49:50 -0500 Subject: [AccessD] OT: critique my web site In-Reply-To: Message-ID: <200406161650.i5GGoQQ06840@databaseadvisors.com> I like it very much. How did you develop your blog? Is a third party blog, or did you do by yourself. Rudolf -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Mi?rcoles, 16 de Junio de 2004 10:59 a.m. To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site Following on what others have said, there may be one other comment (not suggestion) I'd float. I see a multitude of independent developers go out of their way to speak in terms of the company...not in the first person. By that I mean they give the impression (sometimes overtly) that there is a "team" ready to serve the customer's needs. Now, whether or not this subterfuge is ethical or even necessary is left to debate...but I think I can see why they would promote themselves in this manner. Have you considered this approach? What are your thoughts on using this method? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 16, 2004 11:19 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: critique my web site > put a www in front of his email address ... cheers Paul Oh... Christopher, I like your site. It is very clean...not busy, colours are great and not over done. Where is the 'banana'? Put your skill sets right at the start of the web page like your resume. Who is Christopher?...use you web linking capabilities. The addition of a picture of who is Christopher and maybe a section on interests are good for gaining a personnel connection between you and your and a future employers. Jim PS Do not make any apologies for being opinionated. Your are the best, after all. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Wednesday, June 16, 2004 2:59 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Wed Jun 16 12:00:00 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 11:00:00 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <66320-2200463161700438@christopherhawkins.com> Good points, all. This is particular: "Also, how about some brief cases on some of your projects? And a few screenshots of your masterpieces, perhaps with credits to the designers you mention you work with from time to time?" Is in the works as we speak. My old site had a Projects section, but it was badly designed and is on the list for refitting. -C- ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] OT: critique my web site Date: Wed, 16 Jun 2004 09:53:41 +0200 >Hi Christopher > >It does look clean and efficient. > >Three things though: > >1. Put on the opening page a _brief_ statement on what your primary >business is, which types of customers you are looking for, and why >they should pick you. Shift menu "About CH.." to the right and menu >Services to the left. > >2. Contact information is totally missing except for the tiny link >email_me. > >3. Don't excuse your neither your site nor yourself (FAQ, paragraph >one and two, and four). In general, don't be defensive. Explain and >state your opinions as if they are or should be the general rule (as >in FAQ, paragraph three). Readers love to agree. > >Also, how about some brief cases on some of your projects? And a few >screenshots of your masterpieces, perhaps with credits to the >designers you mention you work with from time to time? > >/gustav > > >> *deep breath* > >> I did a bit of a facelift on my website over the past couple >weeks. >> I wonder if you fine folks would mind hitting it and letting me >know >> if anything is amiss? If so, let me know what OS and browser >you're >> using. > >> Much obliged. Thanks! > >> -Christopher- > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From clh at christopherhawkins.com Wed Jun 16 12:03:52 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 11:03:52 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <187450-22004631617352659@christopherhawkins.com> I don't find anythign wrong with that approach so long as the developer can deliver on whatever projects he gets himself into. -C- ---- Original Message ---- From: Mark.Mitsules at ngc.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] OT: critique my web site Date: Wed, 16 Jun 2004 11:59:25 -0400 >Following on what others have said, there may be one other comment >(not >suggestion) I'd float. I see a multitude of independent developers >go out >of their way to speak in terms of the company...not in the first >person. By >that I mean they give the impression (sometimes overtly) that there >is a >"team" ready to serve the customer's needs. Now, whether or not this >subterfuge is ethical or even necessary is left to debate...but I >think I >can see why they would promote themselves in this manner. Have you >considered this approach? What are your thoughts on using this >method? > >Mark > > >-----Original Message----- >From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] >Sent: Wednesday, June 16, 2004 11:19 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] OT: critique my web site > > >> put a www in front of his email address ... cheers Paul > >Oh... > >Christopher, I like your site. > >It is very clean...not busy, colours are great and not over done. > >Where is the 'banana'? Put your skill sets right at the start of the >web >page like your resume. > >Who is Christopher?...use you web linking capabilities. The addition >of a >picture of who is Christopher and maybe a section on interests are >good for >gaining a personnel connection between you and your and a future >employers. > >Jim > >PS Do not make any apologies for being opinionated. Your are the >best, after >all. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul >Rodgers >Sent: Wednesday, June 16, 2004 2:59 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >put a www in front of his email address ... cheers paul > >-----Original Message----- >From: Andy Lacey [mailto:andy at minstersystems.co.uk] >Sent: Wednesday, June 16, 2004 8:53 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >I think you forgot to tell us something.....url? > >Will people please email Christopher direct with replies, unless you >think >your reply has relevance to Access. > >Thanks. > >-- Andy Lacey >http://www.minstersystems.co.uk > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> Christopher Hawkins >> Sent: 16 June 2004 08:22 >> To: accessd at databaseadvisors.com >> Subject: [AccessD] OT: critique my web site >> >> >> *deep breath* >> >> I did a bit of a facelift on my website over the past couple weeks. >> I wonder if you fine folks would mind hitting it and letting >> me know if anything is amiss? If so, let me know what OS and >> browser you're using. >> >> Much obliged. Thanks! >> >> -Christopher- >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/a> ccessd >> Website: >> http://www.databaseadvisors.com >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From clh at christopherhawkins.com Wed Jun 16 12:05:08 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 11:05:08 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <219450-2200463161758567@christopherhawkins.com> I built the blog on my own. It was remarkably easy. I'm surprised more people don't do it. -C- ---- Original Message ---- From: rfv at entelix.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] OT: critique my web site Date: Wed, 16 Jun 2004 11:49:50 -0500 >I like it very much. >How did you develop your blog? >Is a third party blog, or did you do by yourself. > >Rudolf > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, >Mark S. >(Newport News) >Sent: Mi?rcoles, 16 de Junio de 2004 10:59 a.m. >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > >Following on what others have said, there may be one other comment >(not >suggestion) I'd float. I see a multitude of independent developers >go out >of their way to speak in terms of the company...not in the first >person. By >that I mean they give the impression (sometimes overtly) that there >is a >"team" ready to serve the customer's needs. Now, whether or not this >subterfuge is ethical or even necessary is left to debate...but I >think I >can see why they would promote themselves in this manner. Have you >considered this approach? What are your thoughts on using this >method? > >Mark > > >-----Original Message----- >From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] >Sent: Wednesday, June 16, 2004 11:19 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] OT: critique my web site > > >> put a www in front of his email address ... cheers Paul > >Oh... > >Christopher, I like your site. > >It is very clean...not busy, colours are great and not over done. > >Where is the 'banana'? Put your skill sets right at the start of the >web >page like your resume. > >Who is Christopher?...use you web linking capabilities. The addition >of a >picture of who is Christopher and maybe a section on interests are >good for >gaining a personnel connection between you and your and a future >employers. > >Jim > >PS Do not make any apologies for being opinionated. Your are the >best, after >all. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul >Rodgers >Sent: Wednesday, June 16, 2004 2:59 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >put a www in front of his email address ... cheers paul > >-----Original Message----- >From: Andy Lacey [mailto:andy at minstersystems.co.uk] >Sent: Wednesday, June 16, 2004 8:53 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >I think you forgot to tell us something.....url? > >Will people please email Christopher direct with replies, unless you >think >your reply has relevance to Access. > >Thanks. > >-- Andy Lacey >http://www.minstersystems.co.uk > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> Christopher Hawkins >> Sent: 16 June 2004 08:22 >> To: accessd at databaseadvisors.com >> Subject: [AccessD] OT: critique my web site >> >> >> *deep breath* >> >> I did a bit of a facelift on my website over the past couple weeks. >> I wonder if you fine folks would mind hitting it and letting >> me know if anything is amiss? If so, let me know what OS and >> browser you're using. >> >> Much obliged. Thanks! >> >> -Christopher- >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/a> ccessd >> Website: >> http://www.databaseadvisors.com >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From cfoust at infostatsystems.com Wed Jun 16 13:07:51 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 16 Jun 2004 11:07:51 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer Message-ID: The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Jun 16 13:35:20 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 11:35:20 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer In-Reply-To: Message-ID: Just one note; Access 2003 requires Win2K or greater. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 11:08 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 14:45:49 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 15:45:49 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer In-Reply-To: Message-ID: <000601c453da$89b7b330$0501a8c0@OFFICEXP1> OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CFraase at officeimagesinc.com Wed Jun 16 15:10:24 2004 From: CFraase at officeimagesinc.com (Cindy Fraase) Date: Wed, 16 Jun 2004 16:10:24 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer Message-ID: If you had Office Developer before, there is an upgrade - MS Visual Studio Tools for Office 2003 Upgrade for $166.99 at Amazon. http://www.amazon.com/exec/obidos/tg/detail/-/B0000BZO8F/qid=1087416521/ sr=1-2/ref=sr_1_2_etk-software/102-6122578-5814554?v=glance&s=software&n =229534 Cindy -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 3:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 15:16:26 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 16:16:26 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer In-Reply-To: Message-ID: <000701c453de$cfd849c0$0501a8c0@OFFICEXP1> Yes I do have a licensed copy of XP Developer That makes it better. Thanks! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Cindy Fraase Sent: Wednesday, June 16, 2004 4:10 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer If you had Office Developer before, there is an upgrade - MS Visual Studio Tools for Office 2003 Upgrade for $166.99 at Amazon. http://www.amazon.com/exec/obidos/tg/detail/-/B0000BZO8F/qid=1087416521/ sr=1-2/ref=sr_1_2_etk-software/102-6122578-5814554?v=glance&s=software&n =229534 Cindy -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 3:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 16 15:58:44 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 16 Jun 2004 13:58:44 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer References: <000701c453de$cfd849c0$0501a8c0@OFFICEXP1> Message-ID: <40D0B484.1000508@shaw.ca> One warning if you install Access 2003 via an upgrade CD from say Access97 and you want to keep both on the system, do the standard install to a new directory. I think it will install to a default C:\Program Files\Microsoft Office XP\OFFICE11 But "DO NOT" check the upgrade box, do a full or custom install. If you check upgrade it will delete your older Access versions. John Skolits wrote: >Yes I do have a licensed copy of XP Developer That makes it better. Thanks! > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Cindy Fraase >Sent: Wednesday, June 16, 2004 4:10 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] Upgrading fromAccess XP (2002) >developertoAccess2003developer > > >If you had Office Developer before, there is an upgrade - MS Visual Studio >Tools for Office 2003 Upgrade for $166.99 at Amazon. > >http://www.amazon.com/exec/obidos/tg/detail/-/B0000BZO8F/qid=1087416521/ >sr=1-2/ref=sr_1_2_etk-software/102-6122578-5814554?v=glance&s=software&n >=229534 > >Cindy > >-----Original Message----- >From: John Skolits [mailto:Support at corporatedatadesign.com] >Sent: Wednesday, June 16, 2004 3:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer >toAccess2003developer > >OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. >Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound >about right? > >John > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >Sent: Wednesday, June 16, 2004 2:08 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to >Access2003developer > > >The Access extensions are part of VSTO, so that isn't a separate product. >You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, >so your main cost is going to be the Office upgrade. > >Charlotte Foust > >-----Original Message----- >From: John Skolits [mailto:Support at corporatedatadesign.com] >Sent: Wednesday, June 16, 2004 4:39 AM >To: 'Access Developers discussion and problem solving' >Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access >2003developer > > > >I'm potentially considering upgrading from Access XP developer to Access >2003 developer. It seems MS has changed the way they do this. What is this >going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft >Office System" and the "Access 2003 extentions" AND "Offic 2003? > > >Thanks, > >John > > > > -- Marty Connelly Victoria, B.C. Canada From jmoss111 at bellsouth.net Wed Jun 16 20:05:23 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Wed, 16 Jun 2004 20:05:23 -0500 Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Message-ID: Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim From accessd at shaw.ca Wed Jun 16 19:18:06 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 17:18:06 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer In-Reply-To: <000601c453da$89b7b330$0501a8c0@OFFICEXP1> Message-ID: Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ksklos at comcast.net Wed Jun 16 20:25:19 2004 From: ksklos at comcast.net (ksklos at comcast.net) Date: Thu, 17 Jun 2004 01:25:19 +0000 Subject: [AccessD] (no subject) Message-ID: <061720040125.28274.40D0F2FF00074ECC00006E7222007347489C0104059C05@comcast.net> No, from the date. In other words, all dates that fall within a certain month, I want them grouped together within that month. > You want it to determine the month from Weekend? > > Susan H. > > I have several tables which I need to pull into a monthly summary report. I > am using a crosstab query to pull in the information but I can not get it to > summarize by month. Can any one help. Here is what I have so far: > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType SELECT > tblEvent.Weekend FROM tblEvent INNER JOIN tlnkFoodEvent ON > tblEvent.InvoiceNo = tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT > tlnkFoodEvent.FoodSvsDate; > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ksklos at comcast.net Wed Jun 16 20:40:06 2004 From: ksklos at comcast.net (ksklos at comcast.net) Date: Thu, 17 Jun 2004 01:40:06 +0000 Subject: [AccessD] (no subject) Message-ID: <061720040140.29591.40D0F6750001D07B0000739722007348409C0104059C05@comcast.net> Thank you, Patricia. that worked. Now, how do I get it to give me the Name of the month instead of the number? > You can use the MONTH function or Datepart function to determine month > > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType > > SELECT tblEvent.Weekend > > FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > > tlnkFoodEvent.EventID > > GROUP BY tblEvent.Weekend > > > PIVOT MONTH(tlnkFoodEvent.FoodSvsDate); > OR > > PIVOT DatePart("m",tlnkFoodEvent.FoodSvsDate); > > HTH > > ****************************************************************** > *Patricia O'Connor > *Associate Computer Programmer Analyst > *OTDA - BDMA > *(W) mailto:Patricia.O'Connor at dfa.state.ny.us > *(w) mailto:aa1160 at dfa.state.ny.us > ****************************************************************** > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > ksklos at comcast.net > > Sent: Tuesday, June 15, 2004 08:53 PM > > To: accessd at databaseadvisors.com > > Subject: [AccessD] (no subject) > > > > I have several tables which I need to pull into a monthly > > summary report. I am using a crosstab query to pull in the > > information but I can not get it to summarize by month. Can > > any one help. Here is what I have so far: > > > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS > > CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent > > INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > > tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT > > tlnkFoodEvent.FoodSvsDate; > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Jun 16 20:47:37 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 17 Jun 2004 11:47:37 +1000 Subject: [AccessD] (no subject) In-Reply-To: <061720040140.29591.40D0F6750001D07B0000739722007348409C0104059C05@comcast.net> Message-ID: <40D184D9.31627.2F4E206@localhost> On 17 Jun 2004 at 1:40, ksklos at comcast.net wrote: > Thank you, Patricia. that worked. Now, how do I get it to give me the Name of the month instead of the number? > ..... > > > > > PIVOT MONTH(tlnkFoodEvent.FoodSvsDate); > > OR > > > PIVOT DatePart("m",tlnkFoodEvent.FoodSvsDate); > > Either MonthName(MONTH(tlnkFoodEvent.FoodSvsDate)) or Format(tlnkFoodEvent.FoodSvsDate,"mmmm") -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Support at CorporateDataDesign.com Wed Jun 16 20:50:05 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 21:50:05 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer In-Reply-To: Message-ID: <000801c4540d$6c7d5e40$0501a8c0@OFFICEXP1> Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jmoss111 at bellsouth.net Wed Jun 16 21:49:56 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Wed, 16 Jun 2004 21:49:56 -0500 Subject: [AccessD] How to set a value from one recordset as a parameter fora select statement that is source to another recordset In-Reply-To: Message-ID: I created a function and used the function in the select statement. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of JMoss Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter fora select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jeff at OUTBAKTech.com Wed Jun 16 22:40:19 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Wed, 16 Jun 2004 22:40:19 -0500 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Message-ID: <8DA8776D2F418E46A2A464AC6CE630509303@outbaksrv1.outbaktech.com> Personally, I have found it to be worth every penny. And it was only $199US to renew for another year. Quarterly releases, too. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 16, 2004 7:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 16 21:49:34 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 19:49:34 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer In-Reply-To: <000801c4540d$6c7d5e40$0501a8c0@OFFICEXP1> Message-ID: Hi John: I am not sure but the latest version of Access2003 can be compiled, with the appropriate 'extensions' and can be deployed with a run-time version (stand-alone?), 'royalty free'. See: http://msdn.microsoft.com/office/technologyinfo/devtools/accessextensions/de fault.aspx ...and... http://msdn.microsoft.com/vstudio/howtobuy/officetools/ (...watch for wrap) for details. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 6:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Thu Jun 17 02:10:11 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 17 Jun 2004 17:10:11 +1000 Subject: [AccessD] Report Query Message-ID: <009701c4543a$214eb860$0100000a@mitmaster> I have a report query that references a form window to pick up a FK value. I want all the records for that value and it works OK when there is a value in the field. [Form]!frmReports]![rptPremise] If the field is Null then of course there are no records returned....but I want all records irrespective of the FK value ... perhaps along the lines.... IIF(IsNull([Form]!frmReports]![rptPremise]), ? ,[Form]!frmReports]![rptPremise]) .... is there some syntax or a technique here to return all records if the criteria is Null ? It's hiding from me!!! Martin From andy at minstersystems.co.uk Thu Jun 17 03:13:40 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 17 Jun 2004 09:13:40 +0100 Subject: [AccessD] Report Query In-Reply-To: <009701c4543a$214eb860$0100000a@mitmaster> Message-ID: <007f01c45442$ff93fd80$b274d0d5@minster33c3r25> Martin Try WHERE fld=[Form]!frmReports]![rptPremise] OR Isnull([Form]!frmReports]![rptPremise])=True -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Caro > Sent: 17 June 2004 08:10 > To: Access Developers discussion and problem solving > Subject: [AccessD] Report Query > > > I have a report query that references a form window to pick > up a FK value. I want all the records for that value and it > works OK when there is a value in the field. > > [Form]!frmReports]![rptPremise] > > If the field is Null then of course there are no records > returned....but I want all records irrespective of the FK > value ... perhaps along the lines.... > > IIF(IsNull([Form]!frmReports]![rptPremise]), ? > ,[Form]!frmReports]![rptPremise]) > > .... is there some syntax or a technique here to return all > records if the criteria is Null ? It's hiding from me!!! > > > Martin > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > > From gustav at cactus.dk Thu Jun 17 03:57:43 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 17 Jun 2004 10:57:43 +0200 Subject: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer In-Reply-To: References: Message-ID: <613395532.20040617105743@cactus.dk> Hi Jim The last time I checked this "action pack", no developer tools were included ... /gustav > If you are a business or part of a business you can enroll in Microsoft's > Action Pack series and you will be sent a host of M$ software, Access 2003 > being part of it. The standard edition starts at $299US and it was suppose > to be $10,000.00 worth of software. The only thing is that the software is > for you, and/or your business; not for resale. From stephen at bondsoftware.co.nz Thu Jun 17 04:26:32 2004 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Thu, 17 Jun 2004 21:26:32 +1200 Subject: [AccessD] Report Query Message-ID: <70F3D727890C784291D8433E9C418F29088793@server.bondsoftware.co.nz> In the query IIF(IsNull([Form]![frmReports]![rptPremise]), True,[Form]![frmReports]![rptPremise]) in the Field row of the query, and True in the Criteria row. Stephen Bond > -----Original Message----- > From: Martin Caro [mailto:mcaro at bigpond.net.au] > Sent: Thursday, 17 June 2004 7:10 p.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] Report Query > > > I have a report query that references a form window to pick > up a FK value. I want all the records for that value and it > works OK when there is a value in the field. > > [Form]!frmReports]![rptPremise] > > If the field is Null then of course there are no records > returned....but I want all records irrespective of the FK > value ... perhaps along the lines.... > > IIF(IsNull([Form]!frmReports]![rptPremise]), ? > ,[Form]!frmReports]![rptPremise]) > > .... is there some syntax or a technique here to return all > records if the criteria is Null ? It's hiding from me!!! > > > Martin > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stephen at bondsoftware.co.nz Thu Jun 17 04:34:16 2004 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Thu, 17 Jun 2004 21:34:16 +1200 Subject: [AccessD] Report Query Message-ID: <70F3D727890C784291D8433E9C418F29088794@server.bondsoftware.co.nz> Sorry Martin I left a bit out of that Field row - it should be something like IIF(IsNull([Form]![frmReports]![rptPremise]), True, MatchingFieldInQuery = [Form]![frmReports]![rptPremise]) Stephen Bond > -----Original Message----- > From: Martin Caro [mailto:mcaro at bigpond.net.au] > Sent: Thursday, 17 June 2004 7:10 p.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] Report Query > > > I have a report query that references a form window to pick > up a FK value. I want all the records for that value and it > works OK when there is a value in the field. > > [Form]!frmReports]![rptPremise] > > If the field is Null then of course there are no records > returned....but I want all records irrespective of the FK > value ... perhaps along the lines.... > > IIF(IsNull([Form]!frmReports]![rptPremise]), ? > ,[Form]!frmReports]![rptPremise]) > > .... is there some syntax or a technique here to return all > records if the criteria is Null ? It's hiding from me!!! > > > Martin > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Jdemarco at hudsonhealthplan.org Thu Jun 17 07:34:58 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 17 Jun 2004 08:34:58 -0400 Subject: [AccessD] A2K Graphing (multi-scales) Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99037405BE@TTNEXCHSRV1.hshhp.com> List, Our clinical group wants a graph showing a patient's weight and BMI (a calculation based on weight and height). Obviously we can graph two values but these values have different scales (weight could be any thing from 40-500 lbs and BMI is usually a number less than 20). My boss seems to think MS Graph (which is what our app uses) can plot a line graph using more than one scale. Does anyone know a) if this is true, and b) how to go about doing it? Thanks, Jim DeMarco Director Product Development Hudson Health Plan *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From stuart at lexacorp.com.pg Thu Jun 17 07:53:22 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 17 Jun 2004 22:53:22 +1000 Subject: [AccessD] A2K Graphing (multi-scales) In-Reply-To: <22F1CCD5171D17419CB37FEEE09D5F99037405BE@TTNEXCHSRV1.hshhp.com> Message-ID: <40D220E2.22905.177772@localhost> On 17 Jun 2004 at 8:34, Jim DeMarco wrote: > List, > > Our clinical group wants a graph showing a patient's weight and BMI (a > calculation based on weight and height). Obviously we can graph two > values but these values have different scales (weight could be any > thing from 40-500 lbs and BMI is usually a number less than 20). My > boss seems to think MS Graph (which is what our app uses) can plot a > line graph using more than one scale. Does anyone know a) if this is > true, and b) how to go about doing it? > a. Yes b. Once you have designed the basic chart, right click on the BMI line and select "Format Data Series". Then select Axis and tick "Plot series on Secondary Axis" That will put the BMI dimensions on the right hand Axis. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From jwcolby at colbyconsulting.com Thu Jun 17 07:55:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 08:55:48 -0400 Subject: [AccessD] Getting pictures into a blob in SQL Server Message-ID: <001801c4546a$69da7e90$0501a8c0@colbyws> I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com From Mark.Mitsules at ngc.com Thu Jun 17 07:58:54 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Thu, 17 Jun 2004 08:58:54 -0400 Subject: [AccessD] A2K Graphing (multi-scales) Message-ID: I ran across this 'simple' graphic while doing research on my own BMI. Perhaps it could give you some ideas. http://www.norfolk-surgical.com/am-i-morbidly-obese.html Mark -----Original Message----- From: Jim DeMarco [mailto:Jdemarco at hudsonhealthplan.org] Sent: Thursday, June 17, 2004 8:35 AM To: AccessD (E-mail) Subject: [AccessD] A2K Graphing (multi-scales) List, Our clinical group wants a graph showing a patient's weight and BMI (a calculation based on weight and height). Obviously we can graph two values but these values have different scales (weight could be any thing from 40-500 lbs and BMI is usually a number less than 20). My boss seems to think MS Graph (which is what our app uses) can plot a line graph using more than one scale. Does anyone know a) if this is true, and b) how to go about doing it? Thanks, Jim DeMarco Director Product Development Hudson Health Plan **************************************************************************** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". **************************************************************************** ******* -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 17 07:55:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 08:55:48 -0400 Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server Message-ID: <001801c4546a$69da7e90$0501a8c0@colbyws> I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From jimdettman at earthlink.net Thu Jun 17 08:34:49 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 17 Jun 2004 09:34:49 -0400 Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server In-Reply-To: <001801c4546a$69da7e90$0501a8c0@colbyws> Message-ID: John, This should help: HOWTO: Access and Modify SQL Server BLOB Data by Using the ADO Stream Object http://support.microsoft.com/?kbid=258038 or HOW TO: Read and Write BLOB Data by Using ADO.NET with Visual Basic .NET http://support.microsoft.com/default.aspx?scid=kb;EN-US;308042 Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 8:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 17 09:13:42 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 10:13:42 -0400 Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQLServer In-Reply-To: Message-ID: <001901c45475$4b8d1320$0501a8c0@colbyws> Thanks! John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 17, 2004 9:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQLServer John, This should help: HOWTO: Access and Modify SQL Server BLOB Data by Using the ADO Stream Object http://support.microsoft.com/?kbid=258038 or HOW TO: Read and Write BLOB Data by Using ADO.NET with Visual Basic .NET http://support.microsoft.com/default.aspx?scid=kb;EN-US;308042 Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 8:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Thu Jun 17 09:33:37 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 17 Jun 2004 10:33:37 -0400 Subject: [AccessD] Access-Outlook Message-ID: Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. I'll be looking thru the archives now... Thanks in advance, Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From cfoust at infostatsystems.com Thu Jun 17 09:50:36 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 07:50:36 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Message-ID: The other thing about the Action Pack is that it is subscription, so you have to keep subscribing or the licenses expire. Charlotte Foust -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Thursday, June 17, 2004 12:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi Jim The last time I checked this "action pack", no developer tools were included ... /gustav > If you are a business or part of a business you can enroll in > Microsoft's Action Pack series and you will be sent a host of M$ > software, Access 2003 being part of it. The standard edition starts at > $299US and it was suppose to be $10,000.00 worth of software. The only > thing is that the software is for you, and/or your business; not for > resale. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 17 09:54:40 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 07:54:40 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Message-ID: It's the runtime license that you need in order to distribute an application with the runtime engine. You get that with VSTO. Wise Installer is just used instead of the packaging wizard included in VSTO. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 5:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Thu Jun 17 10:29:44 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 17 Jun 2004 11:29:44 -0400 Subject: [AccessD] A2K Graphing (multi-scales) Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB0C@TTNEXCHSRV1.hshhp.com> Stuart and Mark, Thanks a lot. This helps. Jim D. -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Thursday, June 17, 2004 8:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K Graphing (multi-scales) On 17 Jun 2004 at 8:34, Jim DeMarco wrote: > List, > > Our clinical group wants a graph showing a patient's weight and BMI (a > calculation based on weight and height). Obviously we can graph two > values but these values have different scales (weight could be any > thing from 40-500 lbs and BMI is usually a number less than 20). My > boss seems to think MS Graph (which is what our app uses) can plot a > line graph using more than one scale. Does anyone know a) if this is > true, and b) how to go about doing it? > a. Yes b. Once you have designed the basic chart, right click on the BMI line and select "Format Data Series". Then select Axis and tick "Plot series on Secondary Axis" That will put the BMI dimensions on the right hand Axis. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From Jdemarco at hudsonhealthplan.org Thu Jun 17 10:31:52 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 17 Jun 2004 11:31:52 -0400 Subject: [AccessD] Access-Outlook Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB0E@TTNEXCHSRV1.hshhp.com> Wasn't that "feature" added in O2K? Jim DeMarco -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Thursday, June 17, 2004 10:34 AM To: Access Developers discussion and problem solving Subject: [AccessD] Access-Outlook Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. I'll be looking thru the archives now... Thanks in advance, Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From DWUTKA at marlow.com Thu Jun 17 10:39:15 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 17 Jun 2004 10:39:15 -0500 Subject: [AccessD] Getting pictures into a blob in SQL Server Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB027@main2.marlow.com> MSKB Article #103257 covers how to do this in Access. I'm pretty sure this same code will work with SQL, since it is just using a recordset as an argument: http://support.microsoft.com:80/support/kb/articles/Q103/2/57.asp&NoWebConte nt=1 Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 7:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dmcafee at pacbell.net Thu Jun 17 10:46:21 2004 From: dmcafee at pacbell.net (dmcafee at pacbell.net) Date: Thu, 17 Jun 2004 08:46:21 -0700 Subject: [AccessD] Access-Outlook In-Reply-To: Message-ID: O2K, SP2 HTH David McAfee -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 17, 2004 7:34 AM To: Access Developers discussion and problem solving Subject: [AccessD] Access-Outlook Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. I'll be looking thru the archives now... Thanks in advance, Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Thu Jun 17 10:52:01 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Thu, 17 Jun 2004 10:52:01 -0500 Subject: [AccessD] How to set a value from one recordset as a paramete r for a select statement that is source to another recordset Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCF7@corp-es01.fleetpride.com> It sounds to be that you need to use the first query as a sub query of the second. To do this copy the sql of the first query, put brackets around it, and paste it into the criteria line of the appropriate field of the second query. As long as the first query is only returning one "answer" ie one field of one record, it should work. Good luck Jim Hale -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From joconnell at indy.rr.com Thu Jun 17 10:54:22 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Thu, 17 Jun 2004 10:54:22 -0500 Subject: [AccessD] Access-Outlook Message-ID: <025101c45483$67ec39c0$6701a8c0@joe> I think it was O2K SP2 Joe O'Connell -----Original Message----- From: Jim DeMarco To: Access Developers discussion and problem solving Date: Thursday, June 17, 2004 10:45 AM Subject: RE: [AccessD] Access-Outlook |Wasn't that "feature" added in O2K? | |Jim DeMarco | |-----Original Message----- |From: Scott Marcus [mailto:marcus at tsstech.com] |Sent: Thursday, June 17, 2004 10:34 AM |To: Access Developers discussion and problem solving |Subject: [AccessD] Access-Outlook | | |Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). | |Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. | |I'll be looking thru the archives now... | |Thanks in advance, | |Scott Marcus |TSS Technologies, Inc. |marcus at tsstech.com |(513) 772-7000 | | | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | | | | | | |*************************************************************************** ******** |"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". |*************************************************************************** ******** | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Jun 17 11:41:40 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 09:41:40 -0700 Subject: [AccessD] Getting pictures into a blob in SQL Server In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB027@main2.marlow.com> Message-ID: Hi Drew: This piece of code is an older technique for handling blobs. It now has been superceded by various streaming functions. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 17, 2004 8:39 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Getting pictures into a blob in SQL Server MSKB Article #103257 covers how to do this in Access. I'm pretty sure this same code will work with SQL, since it is just using a recordset as an argument: http://support.microsoft.com:80/support/kb/articles/Q103/2/57.asp&NoWebConte nt=1 Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 7:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mikedorism at adelphia.net Thu Jun 17 13:07:50 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Thu, 17 Jun 2004 14:07:50 -0400 Subject: [AccessD] Getting pictures into a blob in SQL Server In-Reply-To: Message-ID: <000001c45496$00fb18e0$cc0aa845@hargrove.internal> Those streaming objects come in very handy. I've got a couple of Crystal 10 Reports that dynamically pull images files from a network location, stick them in an empty Image field in a SQL dataset (fields exists only in the dataset and not in the SQL table itself), and manipulate the boundaries of the image so that it is centered and not distorted -- all things sadly lacking in the recent release of Crystal 10. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Thursday, June 17, 2004 12:42 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Getting pictures into a blob in SQL Server Hi Drew: This piece of code is an older technique for handling blobs. It now has been superceded by various streaming functions. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 17, 2004 8:39 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Getting pictures into a blob in SQL Server MSKB Article #103257 covers how to do this in Access. I'm pretty sure this same code will work with SQL, since it is just using a recordset as an argument: http://support.microsoft.com:80/support/kb/articles/Q103/2/57.asp&NoWebConte nt=1 Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 7:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Jun 17 10:42:20 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 08:42:20 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer In-Reply-To: <613395532.20040617105743@cactus.dk> Message-ID: Hi Gustav: I should check that out. I have just started using Access2003, out of the Office suite, from the Action Pack and have not ran across any of it's limitations, yet. The documentation on the various configurations is to say the least, confusing and I figured by the time various features were required I would have a solution. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 17, 2004 1:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi Jim The last time I checked this "action pack", no developer tools were included ... /gustav > If you are a business or part of a business you can enroll in Microsoft's > Action Pack series and you will be sent a host of M$ software, Access 2003 > being part of it. The standard edition starts at $299US and it was suppose > to be $10,000.00 worth of software. The only thing is that the software is > for you, and/or your business; not for resale. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Thu Jun 17 14:21:55 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Thu, 17 Jun 2004 15:21:55 -0400 Subject: [AccessD] Upgrading fromAccess XP(2002)developertoAccess2003developer In-Reply-To: Message-ID: <000001c454a0$5d797d00$0501a8c0@OFFICEXP1> Yes, that I know but I believe that the SageKey scripts only work if you have the developer version of Access. My understanding is that with Access 2003, the developer license is in the VSTO and not part of 2003. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 17, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP(2002)developertoAccess2003developer It's the runtime license that you need in order to distribute an application with the runtime engine. You get that with VSTO. Wise Installer is just used instead of the packaging wizard included in VSTO. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 5:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 17 14:39:22 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 17 Jun 2004 12:39:22 -0700 Subject: [AccessD] Continuous form on a continuous form Message-ID: <015c01c454a2$ca27af10$6601a8c0@HAL9002> Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From David_Lind at acordia.com Thu Jun 17 14:43:41 2004 From: David_Lind at acordia.com (David Lind) Date: Thu, 17 Jun 2004 15:43:41 -0400 Subject: [AccessD] Continuous form on a continuous form Message-ID: I got it to work one time by saving the original form. Closing it, reopening it and adding the next continuous form. It seems to only complain when you're designing the original form. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Thursday, June 17, 2004 3:39 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 17 14:52:32 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 12:52:32 -0700 Subject: [AccessD] Continuous form on a continuous form Message-ID: There are supposed to be end runs on this, but I never bother with them. It's just as easy to put two continuous subforms on a parent form and synchronize them by link the second subform through a field populated by the first one. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 17, 2004 11:39 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Stephen.Pickering at caremark.com Thu Jun 17 15:05:45 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 17 Jun 2004 15:05:45 -0500 Subject: [AccessD] Continuous form on a continuous form Message-ID: <35C4AC5A5AFD9642833200159C2581560A6953@s98026.psd.caremark.int> Is this like, a continuous form for Header, and a continuous form for Detail? Can you have two continuous subforms on a main form, where, when the user clicks on a Header record, the Detail continuous subform requeries and shows the Detail for that Header? Or am I making no sense? It's afternoon, and I'm not sure the coffee is helping anymore.... Steve -----Rocky Smolin's Original Message----- Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From cfoust at infostatsystems.com Thu Jun 17 15:31:56 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 13:31:56 -0700 Subject: [AccessD] Upgrading fromAccessXP(2002)developertoAccess2003developer Message-ID: That is correct, it is no longer part of Office, but the runtime is also part of VSTO. You would need updated scripts from SageKey anyhow, as we have found that we always need updated scripts for new versions of Access. The SageKey scripts work with the installer to package the necessary files for a runtime installation. There *is* no developer version of Access, only the runtime distribution license and the runtime files. Access itself is the same whether it's part of Office, purchased separately or is part of a "developer edition". Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at CorporateDataDesign.com] Sent: Thursday, June 17, 2004 11:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccessXP(2002)developertoAccess2003developer Yes, that I know but I believe that the SageKey scripts only work if you have the developer version of Access. My understanding is that with Access 2003, the developer license is in the VSTO and not part of 2003. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 17, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP(2002)developertoAccess2003developer It's the runtime license that you need in order to distribute an application with the runtime engine. You get that with VSTO. Wise Installer is just used instead of the packaging wizard included in VSTO. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 5:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Thu Jun 17 16:11:11 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 17 Jun 2004 17:11:11 -0400 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: Message-ID: <> I'm with Charlotte on this one; Main form with 2 subforms on the parent sync'd. Either that or a popup to display the detail. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Thursday, June 17, 2004 3:53 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Continuous form on a continuous form There are supposed to be end runs on this, but I never bother with them. It's just as easy to put two continuous subforms on a parent form and synchronize them by link the second subform through a field populated by the first one. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 17, 2004 11:39 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 17 16:57:03 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 17 Jun 2004 15:57:03 -0600 Subject: [AccessD] Continuous form on a continuous form Message-ID: <193710-2200464172157337@christopherhawkins.com> Placing a continuous form on a continuous form will open up an interdimensional vortex that will suck you, your app, and your users into it, never to be seen again. A similar effect happens in your clothes dryer, which is why your socks are always disappearing. ;) -C- ---- Original Message ---- From: bchacc at san.rr.com To: AccessD at databaseadvisors.com, Subject: RE: [AccessD] Continuous form on a continuous form Date: Thu, 17 Jun 2004 12:39:22 -0700 >Dear List: > >I have been chastised by Access that I can't put a continuous form >on a continuous form. OK. Is there some way around this >restriction? > >For example, you want to show purchase order header information >followed by lines of the purchase order detail. But you want to be >able to scroll up and down showing the header followed by the detail >for all the POs in your system. > >Any clever tricks to do this or even simulate it? > >MTIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From martyconnelly at shaw.ca Thu Jun 17 16:40:21 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 17 Jun 2004 14:40:21 -0700 Subject: [AccessD] Getting pictures into a blob in SQL Server References: <001801c4546a$69da7e90$0501a8c0@colbyws> Message-ID: <40D20FC5.7090806@shaw.ca> Here is an open source com component dll that will convert gif to jpeg etc by first moving image into a byte array then you just dump the resulting byte array into a blob field. http://www.imagemagick.org/index.html? jwcolby wrote: >I got a call from someone yesterday needing to get 25000 pictures into a >blob field in SQL Server. The program he is attempting to use apparently >stores the pictures it uses in such a field. These pictures are currently >stored as GIFs (I believe) on the hard drive. > >I can write a program to cycle through a dir on the disk, but would I just >read the text into a string and dump it into the field, save and move on? >Has anyone ever done this? > >I included AccessD in this request as I am guessing I'll just do it through >VBA in AccessD. > >John W. Colby >www.ColbyConsulting.com > > > > -- Marty Connelly Victoria, B.C. Canada From jmoss111 at bellsouth.net Thu Jun 17 18:11:32 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Thu, 17 Jun 2004 18:11:32 -0500 Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FCF7@corp-es01.fleetpride.com> Message-ID: Jim, Thanks for your answer, but what I'm doing in using a distinct value companyid from the first query which is the recordsource to a recordset which I'm moving through one record at a time in an outer loop to supply the parameter for the second recordset in an inner loop which has several departments per companyid. Then I use the second recordset to populate and build Excel spreadsheets via automation. Since I cant use a variable as a parameter, I created a function to get the data and used the function as the select's parameter. Anyway, it's working. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Thursday, June 17, 2004 10:52 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset It sounds to be that you need to use the first query as a sub query of the second. To do this copy the sql of the first query, put brackets around it, and paste it into the criteria line of the appropriate field of the second query. As long as the first query is only returning one "answer" ie one field of one record, it should work. Good luck Jim Hale -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! 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 bchacc at san.rr.com Thu Jun 17 18:45:54 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 17 Jun 2004 16:45:54 -0700 Subject: [AccessD] Continuous form on a continuous form References: <193710-2200464172157337@christopherhawkins.com> Message-ID: <01da01c454c5$3af790d0$6601a8c0@HAL9002> So if I don't really like this client then this is the design I'm looking for? Rocky ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Thursday, June 17, 2004 2:57 PM Subject: RE: [AccessD] Continuous form on a continuous form > Placing a continuous form on a continuous form will open up an > interdimensional vortex that will suck you, your app, and your users > into it, never to be seen again. > > A similar effect happens in your clothes dryer, which is why your > socks are always disappearing. ;) > > -C- > > ---- Original Message ---- > From: bchacc at san.rr.com > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] Continuous form on a continuous form > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > >Dear List: > > > >I have been chastised by Access that I can't put a continuous form > >on a continuous form. OK. Is there some way around this > >restriction? > > > >For example, you want to show purchase order header information > >followed by lines of the purchase order detail. But you want to be > >able to scroll up and down showing the header followed by the detail > >for all the POs in your system. > > > >Any clever tricks to do this or even simulate it? > > > >MTIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 17 18:52:13 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 09:52:13 +1000 Subject: [AccessD] A2K: Change Properties of a dB from a different dB Message-ID: <006101c454c6$1cbef170$48619a89@DDICK> Hello all If I want to change some 'properties' on the Current dB I type something like Dim dbs As Object, prp As Variant Set dbs = CurrentDb dbs.Properties(strPropName) = varPropValue That's cool but what would be the sysntax for changing a property in another dB open or not my code that works fine using the Set dbs = CurrentDb but when I tried passing the path of another dB it doesn't apply the requested changes EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb it fails Anyone know the correct syntax so I can alter the properties of 1 dB from another? Many thanks Darren From d.dick at uws.edu.au Thu Jun 17 18:54:29 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 09:54:29 +1000 Subject: [AccessD] Continuous form on a continuous form References: <193710-2200464172157337@christopherhawkins.com> <01da01c454c5$3af790d0$6601a8c0@HAL9002> Message-ID: <006701c454c6$6e0e5f70$48619a89@DDICK> Hi Rocky Don't listen to the crap Access warnings :-)) Just click yes when it tells you crap about not having a Cont form on a cont form. Then just place it there anyway and change the default view back to continuous I know this works for Headers and footers - dunno about details See ya Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 9:45 AM Subject: Re: [AccessD] Continuous form on a continuous form > So if I don't really like this client then this is the design I'm looking > for? > > Rocky > > ----- Original Message ----- > From: "Christopher Hawkins" > To: > Sent: Thursday, June 17, 2004 2:57 PM > Subject: RE: [AccessD] Continuous form on a continuous form > > > > Placing a continuous form on a continuous form will open up an > > interdimensional vortex that will suck you, your app, and your users > > into it, never to be seen again. > > > > A similar effect happens in your clothes dryer, which is why your > > socks are always disappearing. ;) > > > > -C- > > > > ---- Original Message ---- > > From: bchacc at san.rr.com > > To: AccessD at databaseadvisors.com, > > Subject: RE: [AccessD] Continuous form on a continuous form > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > >Dear List: > > > > > >I have been chastised by Access that I can't put a continuous form > > >on a continuous form. OK. Is there some way around this > > >restriction? > > > > > >For example, you want to show purchase order header information > > >followed by lines of the purchase order detail. But you want to be > > >able to scroll up and down showing the header followed by the detail > > >for all the POs in your system. > > > > > >Any clever tricks to do this or even simulate it? > > > > > >MTIA > > > > > >Rocky Smolin > > >Beach Access Software > > >http://www.e-z-mrp.com > > > > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 17 19:01:20 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 10:01:20 +1000 Subject: [AccessD] A2K: Change Properties of a dB from a different dB References: <006101c454c6$1cbef170$48619a89@DDICK> Message-ID: <007501c454c7$630518c0$48619a89@DDICK> Nevermind it's working now I found some JC code that I could pilfer :-)) Thanks JC Darren ----- Original Message ----- From: "Darren DICK" To: "AccessD List" Sent: Friday, June 18, 2004 9:52 AM Subject: [AccessD] A2K: Change Properties of a dB from a different dB > Hello all > If I want to change some 'properties' on the Current dB I type something like > > Dim dbs As Object, prp As Variant > Set dbs = CurrentDb > dbs.Properties(strPropName) = varPropValue > > That's cool but what would be the sysntax for changing a property in another dB open or not > > my code that works fine using the Set dbs = CurrentDb but when I tried passing the > path of another dB it doesn't apply the requested changes > EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb it fails > > Anyone know the correct syntax so I can alter the properties of 1 dB from another? > > Many thanks > > Darren > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 17 21:48:34 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 22:48:34 -0400 Subject: [AccessD] A2K: Change Properties of a dB from a different dB In-Reply-To: <007501c454c7$630518c0$48619a89@DDICK> Message-ID: <000b01c454de$bf84f090$0501a8c0@colbyws> LOL. You're welcome. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK Sent: Thursday, June 17, 2004 8:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K: Change Properties of a dB from a different dB Nevermind it's working now I found some JC code that I could pilfer :-)) Thanks JC Darren ----- Original Message ----- From: "Darren DICK" To: "AccessD List" Sent: Friday, June 18, 2004 9:52 AM Subject: [AccessD] A2K: Change Properties of a dB from a different dB > Hello all > If I want to change some 'properties' on the Current dB I type > something like > > Dim dbs As Object, prp As Variant > Set dbs = CurrentDb > dbs.Properties(strPropName) = varPropValue > > That's cool but what would be the sysntax for changing a property in > another dB open or not > > my code that works fine using the Set dbs = CurrentDb but when I tried > passing the > path of another dB it doesn't apply the requested changes > EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb it fails > > Anyone know the correct syntax so I can alter the properties of 1 dB > from another? > > Many thanks > > Darren > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 17 22:37:55 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 13:37:55 +1000 Subject: [AccessD] A2K: Change Properties of a dB from a different dB References: <000b01c454de$bf84f090$0501a8c0@colbyws> Message-ID: <00aa01c454e5$a4828e40$48619a89@DDICK> Thanks JC ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 18, 2004 12:48 PM Subject: RE: [AccessD] A2K: Change Properties of a dB from a different dB > LOL. You're welcome. > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > Sent: Thursday, June 17, 2004 8:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Change Properties of a dB from a different dB > > > Nevermind it's working now > I found some JC code that I could pilfer :-)) > Thanks JC > > Darren > > ----- Original Message ----- > From: "Darren DICK" > To: "AccessD List" > Sent: Friday, June 18, 2004 9:52 AM > Subject: [AccessD] A2K: Change Properties of a dB from a different dB > > > > Hello all > > If I want to change some 'properties' on the Current dB I type > > something like > > > > Dim dbs As Object, prp As Variant > > Set dbs = CurrentDb > > dbs.Properties(strPropName) = varPropValue > > > > That's cool but what would be the sysntax for changing a property in > > another dB open or not > > > > my code that works fine using the Set dbs = CurrentDb but when I tried > > passing the > > path of another dB it doesn't apply the requested changes > > EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb > it fails > > > > Anyone know the correct syntax so I can alter the properties of 1 dB > > from another? > > > > Many thanks > > > > Darren > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Jun 18 00:15:47 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 22:15:47 -0700 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <193710-2200464172157337@christopherhawkins.com> Message-ID: Christopher, now that makes sense. :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Thursday, June 17, 2004 2:57 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Continuous form on a continuous form Placing a continuous form on a continuous form will open up an interdimensional vortex that will suck you, your app, and your users into it, never to be seen again. A similar effect happens in your clothes dryer, which is why your socks are always disappearing. ;) -C- ---- Original Message ---- From: bchacc at san.rr.com To: AccessD at databaseadvisors.com, Subject: RE: [AccessD] Continuous form on a continuous form Date: Thu, 17 Jun 2004 12:39:22 -0700 >Dear List: > >I have been chastised by Access that I can't put a continuous form >on a continuous form. OK. Is there some way around this >restriction? > >For example, you want to show purchase order header information >followed by lines of the purchase order detail. But you want to be >able to scroll up and down showing the header followed by the detail >for all the POs in your system. > >Any clever tricks to do this or even simulate it? > >MTIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 Jun 18 00:24:18 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 22:24:18 -0700 Subject: [AccessD] Getting pictures into a blob in SQL Server In-Reply-To: <40D20FC5.7090806@shaw.ca> Message-ID: Hi Marty: The stuff you keep digging up is quite incredible! :-) You are definitely ascending into the levels of Gustav's research team. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Thursday, June 17, 2004 2:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Getting pictures into a blob in SQL Server Here is an open source com component dll that will convert gif to jpeg etc by first moving image into a byte array then you just dump the resulting byte array into a blob field. http://www.imagemagick.org/index.html? jwcolby wrote: >I got a call from someone yesterday needing to get 25000 pictures into a >blob field in SQL Server. The program he is attempting to use apparently >stores the pictures it uses in such a field. These pictures are currently >stored as GIFs (I believe) on the hard drive. > >I can write a program to cycle through a dir on the disk, but would I just >read the text into a string and dump it into the field, save and move on? >Has anyone ever done this? > >I included AccessD in this request as I am guessing I'll just do it through >VBA in AccessD. > >John W. Colby >www.ColbyConsulting.com > > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Jun 18 00:15:46 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 22:15:46 -0700 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <015c01c454a2$ca27af10$6601a8c0@HAL9002> Message-ID: Hi Rocky: Why not handle it like a drill-down process? When an item on the continuous form is selected a popup menu appears showing a full grid of the related sub-items. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Thursday, June 17, 2004 12:39 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 18 02:06:26 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 18 Jun 2004 08:06:26 +0100 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <006701c454c6$6e0e5f70$48619a89@DDICK> Message-ID: <00a601c45502$c70007a0$b274d0d5@minster33c3r25> Seconded. I'm with Darren. Have done just this and it works fine. On the other hand I'm also with Christopher in that my socks DO keep disappearing in the washing machine :-( -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > Sent: 18 June 2004 00:54 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Continuous form on a continuous form > > > Hi Rocky > Don't listen to the crap Access warnings :-)) > Just click yes when it tells you crap about not having a Cont > form on a cont form. Then just place it there anyway and > change the default view back to continuous I know this works > for Headers and footers - dunno about details > > See ya > > Darren > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 18, 2004 9:45 AM > Subject: Re: [AccessD] Continuous form on a continuous form > > > > So if I don't really like this client then this is the design I'm > > looking for? > > > > Rocky > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Thursday, June 17, 2004 2:57 PM > > Subject: RE: [AccessD] Continuous form on a continuous form > > > > > > > Placing a continuous form on a continuous form will open up an > > > interdimensional vortex that will suck you, your app, and > your users > > > into it, never to be seen again. > > > > > > A similar effect happens in your clothes dryer, which is why your > > > socks are always disappearing. ;) > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: bchacc at san.rr.com > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] Continuous form on a continuous form > > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > > > >Dear List: > > > > > > > >I have been chastised by Access that I can't put a > continuous form > > > >on a continuous form. OK. Is there some way around this > > > >restriction? > > > > > > > >For example, you want to show purchase order header information > > > >followed by lines of the purchase order detail. But you > want to be > > > >able to scroll up and down showing the header followed by the > > > >detail for all the POs in your system. > > > > > > > >Any clever tricks to do this or even simulate it? > > > > > > > >MTIA > > > > > > > >Rocky Smolin > > > >Beach Access Software > > > >http://www.e-z-mrp.com > > > > > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From thevigil at kabelfoon.nl Fri Jun 18 02:52:32 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Fri, 18 Jun 2004 09:52:32 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query Message-ID: <000701c45509$382916a0$3f412d3e@jester> Dear list, in qeuries i use a lot of functions to format a value, or to get 'calculated' values, these functions get 'named' collumns (like .... AS clientnumber). This works fine. However when i want to use this named collumn in the WHERE - statement or in the ORDER BY statement and i use the collumn name this doesn't work. Ik i use the same function again in the WHERE and ORDER BY statement this works fine, but it slows down the qeury, because the function has to be executed more times. Can i use the named collums in the WHERE and ORDER BY statement and if so how do i do that? I am working with A2k on WINXP and WIN2kProffesional Thanks. Bert-Jan From gustav at cactus.dk Fri Jun 18 03:42:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 18 Jun 2004 10:42:44 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query In-Reply-To: <000701c45509$382916a0$3f412d3e@jester> References: <000701c45509$382916a0$3f412d3e@jester> Message-ID: <875831194.20040618104244@cactus.dk> Hi Bert-Jan You can use two queries, one where you "build" your field names, and another where you filter and sort using the first as source - or (!) vice versa. /gustav > in qeuries i use a lot of functions to format a value, or to get > 'calculated' values, these functions get 'named' collumns (like .... AS > clientnumber). This works fine. > However when i want to use this named collumn in the WHERE - statement or in > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > use the same function again in the WHERE and ORDER BY statement this works > fine, but it slows down the qeury, because the function has to be executed > more times. > Can i use the named collums in the WHERE and ORDER BY statement and if so > how do i do that? > I am working with A2k on WINXP and WIN2kProffesional > Thanks. > Bert-Jan From gustav at cactus.dk Fri Jun 18 03:37:50 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 18 Jun 2004 10:37:50 +0200 Subject: [AccessD] Upgrading fromAccessXP(2002)developertoAccess2003developer In-Reply-To: References: Message-ID: <745536691.20040618103750@cactus.dk> Hi Charlotte et all I think I understand what is needed to develop _and_ distribute Access 2003 apps. But I have to browse a dozen messages with acronyms like VSTO etc., and I'm convinced that at the time I may need to upgrade I'll have to spend half an hour browsing old messages to rebuild the knowledge ... Now, if someone confident with the ins and outs of this, including the possible upgrade paths, could summarise it - perhaps including the MS part numbers and full official description - it would be great if this could be added to the Database Advisors' site. Then, as this question will pop up several times in the future - we could just refer to that page. /gustav > That is correct, it is no longer part of Office, but the runtime is also > part of VSTO. You would need updated scripts from SageKey anyhow, as we > have found that we always need updated scripts for new versions of > Access. The SageKey scripts work with the installer to package the > necessary files for a runtime installation. There *is* no developer > version of Access, only the runtime distribution license and the runtime > files. Access itself is the same whether it's part of Office, purchased > separately or is part of a "developer edition". > Charlotte Foust > -----Original Message----- > From: John Skolits [mailto:Support at CorporateDataDesign.com] > Sent: Thursday, June 17, 2004 11:22 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Upgrading > fromAccessXP(2002)developertoAccess2003developer > Yes, that I know but I believe that the SageKey scripts only work if you > have the developer version of Access. My understanding is that with > Access 2003, the developer license is in the VSTO and not part of 2003. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Thursday, June 17, 2004 10:55 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Upgrading fromAccess > XP(2002)developertoAccess2003developer > It's the runtime license that you need in order to distribute an > application with the runtime engine. You get that with VSTO. Wise > Installer is just used instead of the packaging wizard included in VSTO. > Charlotte Foust > -----Original Message----- > From: John Skolits [mailto:Support at corporatedatadesign.com] > Sent: Wednesday, June 16, 2004 5:50 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Upgrading fromAccess XP > (2002)developertoAccess2003developer > Will I still get VTSO so I can have a 'Devloper' version. I use Wise > with SageKey scripts and I want to make sure I can use those for > deployment. > John > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 16, 2004 8:18 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Upgrading fromAccess XP (2002) > developertoAccess2003developer > Hi John: > If you are a business or part of a business you can enroll in > Microsoft's Action Pack series and you will be sent a host of M$ > software, Access 2003 being part of it. The standard edition starts at > $299US and it was suppose to be $10,000.00 worth of software. The only > thing is that the software is for you, and/or your business; not for > resale. > HTH > Jim > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits > Sent: Wednesday, June 16, 2004 12:46 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer > toAccess2003developer > OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. > Access 2003 for about $190 and up. So we're looking at atound $600.00. > Sound about right? > John > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Wednesday, June 16, 2004 2:08 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to > Access2003developer > The Access extensions are part of VSTO, so that isn't a separate > product. You do need Access 2003, if not Office 2003. The VSTO isn't > too expensive, so your main cost is going to be the Office upgrade. > Charlotte Foust > -----Original Message----- > From: John Skolits [mailto:Support at corporatedatadesign.com] > Sent: Wednesday, June 16, 2004 4:39 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access > 2003developer > I'm potentially considering upgrading from Access XP developer to Access > 2003 developer. It seems MS has changed the way they do this. What is > this going to cost me? Do I need to buy "Visual Studio Tools for the > Microsoft Office System" and the "Access 2003 extentions" AND "Offic > 2003? > Thanks, > John > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 18 03:46:58 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 18 Jun 2004 9:46:58 +0100 Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query Message-ID: <20040618084656.86D08252AA4@smtp.nildram.co.uk> Hi Bert-Jan No you can't, but what you can do is write a SELECT query which gets you the fields you want plus the calculated values, then make this the source of your existing query rather than the original table. Because the calculated values are already in the source you can then refer to them as many times as you like. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: accessd at databaseadvisors.com Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query Date: 18/06/04 07:56 > > Dear list, > > in qeuries i use a lot of functions to format a value, or to get > 'calculated' values, these functions get 'named' collumns (like .... AS > clientnumber). This works fine. > However when i want to use this named collumn in the WHERE - statement or in > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > use the same function again in the WHERE and ORDER BY statement this works > fine, but it slows down the qeury, because the function has to be executed > more times. > Can i use the named collums in the WHERE and ORDER BY statement and if so > how do i do that? > > I am working with A2k on WINXP and WIN2kProffesional > > Thanks. > > Bert-Jan > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From thevigil at kabelfoon.nl Fri Jun 18 04:46:52 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Fri, 18 Jun 2004 11:46:52 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query References: <20040618084656.86D08252AA4@smtp.nildram.co.uk> Message-ID: <001301c45519$33e7f740$3f412d3e@jester> Andy and Gustav, many thanks, never thought of that, although i use queries as a source for other reasons... ;-) I'll give it a try! Bert-Jan ----- Original Message ----- From: "Andy Lacey" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 10:46 AM Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query > Hi Bert-Jan > No you can't, but what you can do is write a SELECT query which gets you the > fields you want plus the calculated values, then make this the source of > your existing query rather than the original table. Because the calculated > values are already in the source you can then refer to them as many times as > you like. > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > --------- Original Message -------- > From: Access Developers discussion and problem solving > > To: accessd at databaseadvisors.com > Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn > in where criteria of a query > Date: 18/06/04 07:56 > > > > > Dear list, > > > > in qeuries i use a lot of functions to format a value, or to get > > 'calculated' values, these functions get 'named' collumns (like .... AS > > clientnumber). This works fine. > > However when i want to use this named collumn in the WHERE - statement or > in > > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > > use the same function again in the WHERE and ORDER BY statement this works > > fine, but it slows down the qeury, because the function has to be executed > > more times. > > Can i use the named collums in the WHERE and ORDER BY statement and if so > > how do i do that? > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > Thanks. > > > > Bert-Jan > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Fri Jun 18 06:38:34 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 18 Jun 2004 07:38:34 -0400 Subject: [AccessD] Access-Outlook Message-ID: Thanks for the replies. I have verified that Outlook97 is not affected by the security feature. My code is running without a hitch. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From thevigil at kabelfoon.nl Fri Jun 18 08:03:37 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Fri, 18 Jun 2004 15:03:37 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query References: <20040618084656.86D08252AA4@smtp.nildram.co.uk> Message-ID: <000f01c45534$ad11c5e0$3f412d3e@jester> Which query will run first, the source (sub)query with the functions (and no WHERE statement, so no filtering) or the main query with select and filtering? Because if the query with the calculatins runs first the gain in speed maybe will be little, because then the calculations (functions) will run for all records... Bert-Jan ----- Original Message ----- From: "Andy Lacey" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 10:46 AM Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query > Hi Bert-Jan > No you can't, but what you can do is write a SELECT query which gets you the > fields you want plus the calculated values, then make this the source of > your existing query rather than the original table. Because the calculated > values are already in the source you can then refer to them as many times as > you like. > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > --------- Original Message -------- > From: Access Developers discussion and problem solving > > To: accessd at databaseadvisors.com > Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn > in where criteria of a query > Date: 18/06/04 07:56 > > > > > Dear list, > > > > in qeuries i use a lot of functions to format a value, or to get > > 'calculated' values, these functions get 'named' collumns (like .... AS > > clientnumber). This works fine. > > However when i want to use this named collumn in the WHERE - statement or > in > > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > > use the same function again in the WHERE and ORDER BY statement this works > > fine, but it slows down the qeury, because the function has to be executed > > more times. > > Can i use the named collums in the WHERE and ORDER BY statement and if so > > how do i do that? > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > Thanks. > > > > Bert-Jan > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 18 08:47:21 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 18 Jun 2004 14:47:21 +0100 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query Message-ID: <20040618134718.4C6D2250555@smtp.nildram.co.uk> Just did a test. If you use a function in the WHERE of the second query then the function will get called for each record, but only for records which satisfy your other criteria. If the function appears again in the ORDER BY it gets called again but only for records which have been included by the WHERE. You can check this out yourself by putting a Debug.Print in the function -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: Access Developers discussion and problem solving Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query Date: 18/06/04 13:07 > > Which query will run first, the source (sub)query with the functions (and no > WHERE statement, so no filtering) or the main query with select and > filtering? > Because if the query with the calculatins runs first the gain in speed maybe > will be little, because then the calculations (functions) will run for all > records... > > Bert-Jan > > ----- Original Message ----- > From: "Andy Lacey" <andy at minstersystems.co.uk> > To: "Access Developers discussion and problem solving" > <accessd at databaseadvisors.com> > Sent: Friday, June 18, 2004 10:46 AM > Subject: Re: [AccessD] sorting query on 'named' collumn and use > 'named'collumn in where criteria of a query > > > > Hi Bert-Jan > > No you can't, but what you can do is write a SELECT query which gets you > the > > fields you want plus the calculated values, then make this the source of > > your existing query rather than the original table. Because the calculated > > values are already in the source you can then refer to them as many times > as > > you like. > > -- > > Andy Lacey > > http://www.minstersystems.co.uk > > > > > > > > --------- Original Message -------- > > From: Access Developers discussion and problem solving > > <accessd at databaseadvisors.com> > > To: accessd at databaseadvisors.com <accessd at databaseadvisors.com> > > Subject: [AccessD] sorting query on 'named' collumn and use 'named' > collumn > > in where criteria of a query > > Date: 18/06/04 07:56 > > > > > > > > Dear list, > > > > > > in qeuries i use a lot of functions to format a value, or to get > > > 'calculated' values, these functions get 'named' collumns (like .... AS > > > clientnumber). This works fine. > > > However when i want to use this named collumn in the WHERE - statement > or > > in > > > the ORDER BY statement and i use the collumn name this doesn't work. Ik > i > > > use the same function again in the WHERE and ORDER BY statement this > works > > > fine, but it slows down the qeury, because the function has to be > executed > > > more times. > > > Can i use the named collums in the WHERE and ORDER BY statement and if > so > > > how do i do that? > > > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > > > Thanks. > > > > > > Bert-Jan > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > ________________________________________________ > > Message sent using UebiMiau 2.7.2 > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From bchacc at san.rr.com Fri Jun 18 09:32:27 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:32:27 -0700 Subject: [AccessD] Continuous form on a continuous form References: Message-ID: <004401c45541$1487dd20$6601a8c0@HAL9002> David: Really: Was it a continuous subform on a continuous main form? Rocky ----- Original Message ----- From: "David Lind" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 12:43 PM Subject: RE: [AccessD] Continuous form on a continuous form > I got it to work one time by saving the original form. Closing it, reopening it and adding the next continuous form. It seems to only complain when you're designing the original form. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Thursday, June 17, 2004 3:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:33:43 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:33:43 -0700 Subject: [AccessD] Continuous form on a continuous form References: Message-ID: <004a01c45541$41e55400$6601a8c0@HAL9002> Charlotte: That might be acceptable. I'll have to ask the client. His original design in Visio showed the header-detail approach, but this might work. Thanks for the idea. Rocky ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 12:52 PM Subject: RE: [AccessD] Continuous form on a continuous form > There are supposed to be end runs on this, but I never bother with them. > It's just as easy to put two continuous subforms on a parent form and > synchronize them by link the second subform through a field populated by > the first one. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 17, 2004 11:39 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a > continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed > by lines of the purchase order detail. But you want to be able to > scroll up and down showing the header followed by the detail for all the > POs in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:34:42 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:34:42 -0700 Subject: [AccessD] Continuous form on a continuous form References: <35C4AC5A5AFD9642833200159C2581560A6953@s98026.psd.caremark.int> Message-ID: <005001c45541$65197960$6601a8c0@HAL9002> Well, kind of. Except that the design calls for the header and detail to be interlaced. Rocky ----- Original Message ----- From: "Pickering, Stephen" To: "'Access Developers discussion and problem solving'" Sent: Thursday, June 17, 2004 1:05 PM Subject: RE: [AccessD] Continuous form on a continuous form > Is this like, a continuous form for Header, and a continuous form for > Detail? Can you have two continuous subforms on a main form, where, when > the user clicks on a Header record, the Detail continuous subform > requeries and shows the Detail for that Header? > > Or am I making no sense? It's afternoon, and I'm not sure the coffee is > helping anymore.... > > Steve > > -----Rocky Smolin's Original Message----- > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a > continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed > by lines of the purchase order detail. But you want to be able to scroll > up and down showing the header followed by the detail for all the POs in > your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:39:10 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:39:10 -0700 Subject: [AccessD] Continuous form on a continuous form References: <193710-2200464172157337@christopherhawkins.com> <01da01c454c5$3af790d0$6601a8c0@HAL9002> <006701c454c6$6e0e5f70$48619a89@DDICK> Message-ID: <006201c45542$04814640$6601a8c0@HAL9002> Darren: Well, there's a contrarian view. Gotta try that. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 4:54 PM Subject: Re: [AccessD] Continuous form on a continuous form > Hi Rocky > Don't listen to the crap Access warnings :-)) > Just click yes when it tells you crap about not having a Cont form on a cont form. > Then just place it there anyway and change the default view back to continuous > I know this works for Headers and footers - dunno about details > > See ya > > Darren > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > Sent: Friday, June 18, 2004 9:45 AM > Subject: Re: [AccessD] Continuous form on a continuous form > > > > So if I don't really like this client then this is the design I'm looking > > for? > > > > Rocky > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Thursday, June 17, 2004 2:57 PM > > Subject: RE: [AccessD] Continuous form on a continuous form > > > > > > > Placing a continuous form on a continuous form will open up an > > > interdimensional vortex that will suck you, your app, and your users > > > into it, never to be seen again. > > > > > > A similar effect happens in your clothes dryer, which is why your > > > socks are always disappearing. ;) > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: bchacc at san.rr.com > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] Continuous form on a continuous form > > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > > > >Dear List: > > > > > > > >I have been chastised by Access that I can't put a continuous form > > > >on a continuous form. OK. Is there some way around this > > > >restriction? > > > > > > > >For example, you want to show purchase order header information > > > >followed by lines of the purchase order detail. But you want to be > > > >able to scroll up and down showing the header followed by the detail > > > >for all the POs in your system. > > > > > > > >Any clever tricks to do this or even simulate it? > > > > > > > >MTIA > > > > > > > >Rocky Smolin > > > >Beach Access Software > > > >http://www.e-z-mrp.com > > > > > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:40:30 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:40:30 -0700 Subject: [AccessD] Continuous form on a continuous form References: Message-ID: <006c01c45542$34bf47d0$6601a8c0@HAL9002> Jim: Two forms then? Linked by the OnCurrent or Click event of the first one? That seems to be where this is headed. Rocky ----- Original Message ----- From: "Jim Lawrence (AccessD)" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 10:15 PM Subject: RE: [AccessD] Continuous form on a continuous form > Hi Rocky: > > Why not handle it like a drill-down process? When an item on the continuous > form is selected a popup menu appears showing a full grid of the related > sub-items. > > HTH > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Thursday, June 17, 2004 12:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a > continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed by > lines of the purchase order detail. But you want to be able to scroll up > and down showing the header followed by the detail for all the POs in your > system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From David_Lind at acordia.com Fri Jun 18 09:45:53 2004 From: David_Lind at acordia.com (David Lind) Date: Fri, 18 Jun 2004 10:45:53 -0400 Subject: [AccessD] Continuous form on a continuous form Message-ID: I believe it was. I just added in an extra step or two from what Darren said. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Friday, June 18, 2004 10:32 AM To: Access Developers discussion and problem solving Cc: Ben Saltzer Subject: Re: [AccessD] Continuous form on a continuous form David: Really: Was it a continuous subform on a continuous main form? Rocky ----- Original Message ----- From: "David Lind" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 12:43 PM Subject: RE: [AccessD] Continuous form on a continuous form > I got it to work one time by saving the original form. Closing it, reopening it and adding the next continuous form. It seems to only complain when you're designing the original form. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Thursday, June 17, 2004 3:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwhittinghill at symphonyinfo.com Fri Jun 18 10:22:21 2004 From: mwhittinghill at symphonyinfo.com (Mark Whittinghill) Date: Fri, 18 Jun 2004 10:22:21 -0500 Subject: [AccessD] OT: Treeview project for VB6 Message-ID: <00cb01c45548$0d8fca30$2201a8c0@PASCAL> Does anyone have an example of a project with a Windows Explorer type TreeView interface that lets you drag and drop files and folders? Thanks, Mark Whittinghill Symphony Information Services 763-391-7400 mwhittinghill at symphonyinfo.com From KIsmert at TexasSystems.com Fri Jun 18 10:42:03 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Fri, 18 Jun 2004 10:42:03 -0500 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <01da01c454c5$3af790d0$6601a8c0@HAL9002> Message-ID: <003601c4554a$ce455e50$2a3ca8c0@TEXASSYSTEMS.COM> Rocky, Sure you can do it - it's called SubDatasheets - introduced in A2K. Both the parent and sub forms must have their Default View set to Datasheet. On the SubForm control, you link Child and Master fields just like any other. The parent datasheet can be a subform as well. You can nest subdatasheets at up to 8 deep. What you get is a tree-like hierarchy where you can expand the subdata by clicking on the + next to the parent record. As long as you are willing to live with the Datasheet view, this solution fits the bill. -Ken -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 17, 2004 6:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Continuous form on a continuous form So if I don't really like this client then this is the design I'm looking for? Rocky ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Thursday, June 17, 2004 2:57 PM Subject: RE: [AccessD] Continuous form on a continuous form > Placing a continuous form on a continuous form will open up an > interdimensional vortex that will suck you, your app, and your users > into it, never to be seen again. > > A similar effect happens in your clothes dryer, which is why your > socks are always disappearing. ;) > > -C- > > ---- Original Message ---- > From: bchacc at san.rr.com > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] Continuous form on a continuous form > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > >Dear List: > > > >I have been chastised by Access that I can't put a continuous form > >on a continuous form. OK. Is there some way around this > >restriction? > > > >For example, you want to show purchase order header information > >followed by lines of the purchase order detail. But you want to be > >able to scroll up and down showing the header followed by the detail > >for all the POs in your system. > > > >Any clever tricks to do this or even simulate it? > > > >MTIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From lists at theopg.com Fri Jun 18 11:24:15 2004 From: lists at theopg.com (MarkH) Date: Fri, 18 Jun 2004 17:24:15 +0100 Subject: [AccessD] Scroll bar controls not firing scroll events... In-Reply-To: <875831194.20040618104244@cactus.dk> Message-ID: <000001c45550$b308a790$4c0b6bd5@netboxxp> Hi all Using AXP on Win XP. This ones driving me nuts :@( I have a scrolbar control inserted on a form. The first time the form loads everything is fine. Load the form again and the onscroll and on change events no longer fire. If I open the form in design mode and then reopen it it works at first then fails again when the form is closed and reopened. Theres no relevant code as the events simply don't fire. Worst of all I get the same problem with the flat scrollbar, the ms forms 2 scrollbar and the slider... Any one know whats going on? Thanks in advance Mark From bchacc at san.rr.com Fri Jun 18 11:33:00 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 09:33:00 -0700 Subject: [AccessD] Continuous form on a continuous form References: <003601c4554a$ce455e50$2a3ca8c0@TEXASSYSTEMS.COM> Message-ID: <019a01c45551$ebe4aa40$6601a8c0@HAL9002> Ken: Thank you. I'll run this by the client and see if datasheet view (which is ugly but functional) is acceptable. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Ken Ismert" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 18, 2004 8:42 AM Subject: RE: [AccessD] Continuous form on a continuous form > > Rocky, > > Sure you can do it - it's called SubDatasheets - introduced in A2K. > > Both the parent and sub forms must have their Default View set to Datasheet. > On the SubForm control, you link Child and Master fields just like any > other. The parent datasheet can be a subform as well. You can nest > subdatasheets at up to 8 deep. > > What you get is a tree-like hierarchy where you can expand the subdata by > clicking on the + next to the parent record. > > As long as you are willing to live with the Datasheet view, this solution > fits the bill. > > -Ken > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 17, 2004 6:46 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Continuous form on a continuous form > > > So if I don't really like this client then this is the design I'm looking > for? > > Rocky > > ----- Original Message ----- > From: "Christopher Hawkins" > To: > Sent: Thursday, June 17, 2004 2:57 PM > Subject: RE: [AccessD] Continuous form on a continuous form > > > > Placing a continuous form on a continuous form will open up an > > interdimensional vortex that will suck you, your app, and your users > > into it, never to be seen again. > > > > A similar effect happens in your clothes dryer, which is why your > > socks are always disappearing. ;) > > > > -C- > > > > ---- Original Message ---- > > From: bchacc at san.rr.com > > To: AccessD at databaseadvisors.com, > > Subject: RE: [AccessD] Continuous form on a continuous form > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > >Dear List: > > > > > >I have been chastised by Access that I can't put a continuous form > > >on a continuous form. OK. Is there some way around this > > >restriction? > > > > > >For example, you want to show purchase order header information > > >followed by lines of the purchase order detail. But you want to be > > >able to scroll up and down showing the header followed by the detail > > >for all the POs in your system. > > > > > >Any clever tricks to do this or even simulate it? > > > > > >MTIA > > > > > >Rocky Smolin > > >Beach Access Software > > >http://www.e-z-mrp.com > > > > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Jun 18 11:00:13 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Fri, 18 Jun 2004 09:00:13 -0700 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <006c01c45542$34bf47d0$6601a8c0@HAL9002> Message-ID: Hi Rocky: > Two forms then? Linked by the OnCurrent or Click event of the first one? > That seems to be where this is headed. No, on the subform the fields would use either the On Click or On Dbl Click event. When you, as the client clicks on the subform rows, the common event and subroutine would open an appropriate form with the sub-sub-form content. Keeps the whole project flat, stable and provide extra real-estate for further options. HTH Jim From cfoust at infostatsystems.com Fri Jun 18 12:22:14 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 18 Jun 2004 10:22:14 -0700 Subject: [AccessD] Continuous form on a continuous form Message-ID: If you want drill down flexibility, then subdatasheets give you that, although they are ugly. If you want a more sophisticated look, two forms or two subforms are the answer. You could always put a continuous subform in the footer, as well, put a details button in the detail section of the parent form, and unhide the subform if the user clicks on that button. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Friday, June 18, 2004 6:40 AM To: Access Developers discussion and problem solving Cc: Ben Saltzer Subject: Re: [AccessD] Continuous form on a continuous form Jim: Two forms then? Linked by the OnCurrent or Click event of the first one? That seems to be where this is headed. Rocky ----- Original Message ----- From: "Jim Lawrence (AccessD)" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 10:15 PM Subject: RE: [AccessD] Continuous form on a continuous form > Hi Rocky: > > Why not handle it like a drill-down process? When an item on the continuous > form is selected a popup menu appears showing a full grid of the > related sub-items. > > HTH > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Thursday, June 17, 2004 12:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on > a continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information > followed by > lines of the purchase order detail. But you want to be able to scroll > up and down showing the header followed by the detail for all the POs > in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mkahelin at gorskibulk.com Fri Jun 18 14:21:24 2004 From: mkahelin at gorskibulk.com (Martin Kahelin) Date: Fri, 18 Jun 2004 15:21:24 -0400 Subject: [AccessD] Cannot edit records in linked DQL table Message-ID: <0D2D1FEE52F53B46987A44B2EBF284D6206599@gbtmain.gorskibulk.local> Can someone explain why some SQL table records linked to Access cannot be edited or updated in open table view. As soon as I try to make a change I get a message that another user has the record open and it won't allow saving the changed record. I am the only user using both Access and the SQL database. I can make changes via query. What changes do I need to make in either permissions, or ODBC data source definitions. Further info; we set up the SQL database and tables ourselves - still testing. No problems accessing, updating, adding or deleting records in other databases on the SQL server. From clh at christopherhawkins.com Fri Jun 18 15:08:15 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Fri, 18 Jun 2004 14:08:15 -0600 Subject: [AccessD] Programatically launch a Dial-Up Networking Connection? Message-ID: <410-2200465182081591@christopherhawkins.com> This would be for a WinXP machine. I've been googling like mad, but what few code snippets I found were all for LAN connections, not dial-up. All I need to do is launch a named connection without requiring the user to provide any input. Just the mouse click. Has anyone done this before? I'm not sure if I'm supposed to be using explorer.exe or wininet.dll, or how, or when or why? I'll keep Googling. But if anybody has code... -Christopher- From DWUTKA at marlow.com Fri Jun 18 16:44:39 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Fri, 18 Jun 2004 16:44:39 -0500 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB03F@main2.marlow.com> rasdial In fact the AccessD archives I host use rasdial (in a Shell command) to connect to a VPN, to download my AccessD email from my work account. All of the command line switches are in the Windows help. Though rasdial may be a W2k and up command. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Friday, June 18, 2004 3:08 PM To: accessd at databaseadvisors.com Subject: [AccessD] Programatically launch a Dial-Up Networking Connection? This would be for a WinXP machine. I've been googling like mad, but what few code snippets I found were all for LAN connections, not dial-up. All I need to do is launch a named connection without requiring the user to provide any input. Just the mouse click. Has anyone done this before? I'm not sure if I'm supposed to be using explorer.exe or wininet.dll, or how, or when or why? I'll keep Googling. But if anybody has code... -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Fri Jun 18 16:47:58 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Fri, 18 Jun 2004 16:47:58 -0500 Subject: [AccessD] OT: Treeview project for VB6 Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB040@main2.marlow.com> I kind of do. Though it is designed to drag and drop files between two seperate computers. It's part of a much large project (which I am currently rebuilding). I'd be more then happy to send the source code to you. And tell you what form the 'explorer' type process is on. Just send me an email offlist, where I can send you the source. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mark Whittinghill Sent: Friday, June 18, 2004 10:22 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Treeview project for VB6 Does anyone have an example of a project with a Windows Explorer type TreeView interface that lets you drag and drop files and folders? Thanks, Mark Whittinghill Symphony Information Services 763-391-7400 mwhittinghill at symphonyinfo.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Fri Jun 18 19:03:19 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 19 Jun 2004 10:03:19 +1000 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB03F@main2.marlow.com> Message-ID: <40D40F67.10754.2D86D8@localhost> On 18 Jun 2004 at 16:44, DWUTKA at marlow.com wrote: > rasdial > > In fact the AccessD archives I host use rasdial (in a Shell command) to > connect to a VPN, to download my AccessD email from my work account. > > All of the command line switches are in the Windows help. Though rasdial may > be a W2k and up command. > Windows NT and up. If you need it for Win9X , you can grab a file called Rasdial95 written by Claudio Fahey. I have a copy of his last freeware version. It's ver 1.2 and you can download it as http://www.lexacorp.com.pg/soft/rasdial95.zip It's only 15KB. It also works on NT/2K/XP and is more versatile that the built in Rasdial. - It has a couple of extra switches /RETRYDELAY and /RETRYCOUNT to retry if you don't get a connection initially. Note that he has now produced a Rasdial Pro version 1.3a available from http://www.padring.com/soft/Utilities/Networking/RasDialPro.html Essentially, it's Rasdial95 with the addition of TCP/IP route addition (split tunnelling) It's US$29.99 shareware. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From gustav at cactus.dk Sat Jun 19 06:19:50 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 19 Jun 2004 13:19:50 +0200 Subject: [AccessD] Maximum number of attached tables? Message-ID: <571230639.20040619131950@cactus.dk> Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav From Developer at UltraDNT.com Sat Jun 19 08:26:16 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Sat, 19 Jun 2004 09:26:16 -0400 Subject: [AccessD] Cannot edit records in linked DQL table In-Reply-To: <0D2D1FEE52F53B46987A44B2EBF284D6206599@gbtmain.gorskibulk.local> Message-ID: <000f01c45601$02fede30$6401a8c0@COA3> This happens when Access doesn't "know" which field(s) is the primary key/identity. If you delete and re-link the table manually, after choosing the appropriate ODBC connection, and then the table, Access will ask you to select the field(s) that make up the PK. after doing that, the table should be write-able. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Kahelin Sent: Friday, June 18, 2004 3:21 PM To: Access Developers discussion and problem solving Subject: [AccessD] Cannot edit records in linked DQL table Can someone explain why some SQL table records linked to Access cannot be edited or updated in open table view. As soon as I try to make a change I get a message that another user has the record open and it won't allow saving the changed record. I am the only user using both Access and the SQL database. I can make changes via query. What changes do I need to make in either permissions, or ODBC data source definitions. Further info; we set up the SQL database and tables ourselves - still testing. No problems accessing, updating, adding or deleting records in other databases on the SQL server. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jun 20 10:19:37 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 20 Jun 2004 16:19:37 +0100 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> Message-ID: <001701c456da$0067d300$b274d0d5@minster33c3r25> Well I'll start the ball rolling with my biggest which is 235. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 19 June 2004 12:20 > To: Access Developers discussion and problem solving > Subject: [AccessD] Maximum number of attached tables? > > > Hi all > > How much is the largest count of attached tables from _one_ > database you have ever used or heard of? It's not the > possible number I'm looking for but numbers from real-life > applications. > > /gustav > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From mastercafe at ctv.es Sun Jun 20 10:22:49 2004 From: mastercafe at ctv.es (MastercafeCTV) Date: Sun, 20 Jun 2004 17:22:49 +0200 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> Message-ID: <003f01c456da$728da040$0300a8c0@masterserver> Actually we have one application with 200 attached tables, this tables are from 3 different MDB archives. In other case we saw an application from other developer with more than 500 attached tables from 5 sources (MDB and SQL) I don't know the limit on this but suposse that more than we can use... 1000? Or more?... Actually we are changing our style on attached tables to use application without attached tables, is more efficient for us check the source and take the data with a SQL Juan ================================ Mastercafe S.L. NIF - B82.617.614 c/ Pi?eres 4, 1?D (33430 Candas - Asturias) Juan Menendez Crespo juan at mastercafe.com www.mastercafe.com info at mastercafe.com ================================ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: s?bado, 19 de junio de 2004 13:20 To: Access Developers discussion and problem solving Subject: [AccessD] Maximum number of attached tables? Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun Jun 20 14:26:22 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sun, 20 Jun 2004 12:26:22 -0700 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> Message-ID: Hi Gustav: The largest database, is Oracle based, if you count the number of tables, that I have ever worked on/with, would be 143 but that grouping was multiplied by 4, bringing the total accumulated schema to 572. At one point, in the development cycle, the process to manage these many tables became overwhelming and the performance had simply depreciated to an unacceptable level. The application was then split in quarters. The current setup uses three load balanced server class computers, four CPUs each, with about 4 GBs of memory, per server. The current upgrading will split the application again into, perhaps 6 separate modules leaving the interface the same. (So much for easy data sharing(?)) The system has a modest, considering the BE power, less than 250 users. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Saturday, June 19, 2004 4:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Maximum number of attached tables? Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From thevigil at kabelfoon.nl Sun Jun 20 15:23:12 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Sun, 20 Jun 2004 22:23:12 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumnin where criteria of a query References: <20040618134718.4C6D2250555@smtp.nildram.co.uk> Message-ID: <000701c45704$6ac99ce0$3f412d3e@jester> Thanks andy. ----- Original Message ----- From: "Andy Lacey" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 3:47 PM Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumnin where criteria of a query > Just did a test. If you use a function in the WHERE of the second query then > the function will get called for each record, but only for records which > satisfy your other criteria. If the function appears again in the ORDER BY > it gets called again but only for records which have been included by the > WHERE. > > You can check this out yourself by putting a Debug.Print in the function > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > --------- Original Message -------- > From: Access Developers discussion and problem solving > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] sorting query on 'named' collumn and use > 'named'collumn in where criteria of a query > Date: 18/06/04 13:07 > > > > > Which query will run first, the source (sub)query with the functions (and > no > > WHERE statement, so no filtering) or the main query with select and > > filtering? > > Because if the query with the calculatins runs first the gain in speed > maybe > > will be little, because then the calculations (functions) will run for all > > records... > > > > Bert-Jan > > > > ----- Original Message ----- > > From: "Andy Lacey" <andy at minstersystems.co.uk> > > To: "Access Developers discussion and problem solving" > > <accessd at databaseadvisors.com> > > Sent: Friday, June 18, 2004 10:46 AM > > Subject: Re: [AccessD] sorting query on 'named' collumn and use > > 'named'collumn in where criteria of a query > > > > > > > Hi Bert-Jan > > > No you can't, but what you can do is write a SELECT query which gets > you > > the > > > fields you want plus the calculated values, then make this the source > of > > > your existing query rather than the original table. Because the > calculated > > > values are already in the source you can then refer to them as many > times > > as > > > you like. > > > -- > > > Andy Lacey > > > http://www.minstersystems.co.uk > > > > > > > > > > > > --------- Original Message -------- > > > From: Access Developers discussion and problem solving > > > <accessd at databaseadvisors.com> > > > To: accessd at databaseadvisors.com <accessd at databaseadvisors.com> > > > Subject: [AccessD] sorting query on 'named' collumn and use 'named' > > collumn > > > in where criteria of a query > > > Date: 18/06/04 07:56 > > > > > > > > > > > Dear list, > > > > > > > > in qeuries i use a lot of functions to format a value, or to get > > > > 'calculated' values, these functions get 'named' collumns (like > .... AS > > > > clientnumber). This works fine. > > > > However when i want to use this named collumn in the WHERE - > statement > > or > > > in > > > > the ORDER BY statement and i use the collumn name this doesn't > work. Ik > > i > > > > use the same function again in the WHERE and ORDER BY statement > this > > works > > > > fine, but it slows down the qeury, because the function has to > be > > executed > > > > more times. > > > > Can i use the named collums in the WHERE and ORDER BY statement > and if > > so > > > > how do i do that? > > > > > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > > > > > Thanks. > > > > > > > > Bert-Jan > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________________________ > > > Message sent using UebiMiau 2.7.2 > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sun Jun 20 21:53:37 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 20 Jun 2004 22:53:37 -0400 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <001701c456da$0067d300$b274d0d5@minster33c3r25> Message-ID: <000001c4573a$f3552620$0501a8c0@colbyws> My personal biggest was about 180. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, June 20, 2004 11:20 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Maximum number of attached tables? Well I'll start the ball rolling with my biggest which is 235. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 19 June 2004 12:20 > To: Access Developers discussion and problem solving > Subject: [AccessD] Maximum number of attached tables? > > > Hi all > > How much is the largest count of attached tables from _one_ > database you have ever used or heard of? It's not the > possible number I'm looking for but numbers from real-life > applications. > > /gustav > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 04:53:26 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 05:53:26 -0400 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Message-ID: Windows 2000 help lists a topic called "Automating the dial-up logon process by using Windows scripting". It also mentions the location of sample scripts. Would that be of use to you? Mark -----Original Message----- From: Christopher Hawkins [mailto:clh at christopherhawkins.com] Sent: Friday, June 18, 2004 4:08 PM To: accessd at databaseadvisors.com Subject: [AccessD] Programatically launch a Dial-Up Networking Connection? This would be for a WinXP machine. I've been googling like mad, but what few code snippets I found were all for LAN connections, not dial-up. All I need to do is launch a named connection without requiring the user to provide any input. Just the mouse click. Has anyone done this before? I'm not sure if I'm supposed to be using explorer.exe or wininet.dll, or how, or when or why? I'll keep Googling. But if anybody has code... -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 08:56:04 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 09:56:04 -0400 Subject: [AccessD] Quiet? Message-ID: Knock knock... Mark From Chris.Foote at uk.thalesgroup.com Mon Jun 21 08:59:36 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 21 Jun 2004 14:59:36 +0100 Subject: [AccessD] Quiet? Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C190@ntscxch1.int.rdel.co.uk> Who's there? Your go Chris F - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Mon Jun 21 09:12:05 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 21 Jun 2004 09:12:05 -0500 Subject: [AccessD] Purchase Access 2000? Message-ID: <000001c45799$bb753510$de1811d8@danwaters> Where is a good place to purchase a full or upgrade copy of A2K? I have a client that currently uses O2K as their standard. Thanks! Dan Waters From Mark.Mitsules at ngc.com Mon Jun 21 09:11:24 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 10:11:24 -0400 Subject: [AccessD] Quiet? Message-ID: "Spell" -----Original Message----- From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] Sent: Monday, June 21, 2004 10:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Quiet? Who's there? Your go Chris F - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 09:25:13 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 10:25:13 -0400 Subject: [AccessD] Purchase Access 2000? Message-ID: Just my opinion, but be VERY careful in your decision. There are quite a few ways to get burned when searching for the best deal...too many to mention. 1st choice: http://www.pricewatch.com/ 2nd choice: www.cheaperoffice.com/ Mark -----Original Message----- From: Dan Waters [mailto:dwaters at usinternet.com] Sent: Monday, June 21, 2004 10:12 AM To: Database Advisors Subject: [AccessD] Purchase Access 2000? Where is a good place to purchase a full or upgrade copy of A2K? I have a client that currently uses O2K as their standard. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Mon Jun 21 09:34:39 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 21 Jun 2004 15:34:39 +0100 Subject: [AccessD] Quiet? Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C193@ntscxch1.int.rdel.co.uk> OK. I give in - Spell who? Chris F > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > "Spell" > > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 21, 2004 10:00 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > Who's there? > > Your go > > Chris F - UK > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 09:41:37 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 10:41:37 -0400 Subject: [AccessD] Quiet? Message-ID: W---H---O ...gotta enjoy having 2 little girls while I can...can't be all business all the time;) -----Original Message----- From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] Sent: Monday, June 21, 2004 10:35 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Quiet? OK. I give in - Spell who? Chris F > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > "Spell" > > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 21, 2004 10:00 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > Who's there? > > Your go > > Chris F - UK > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Mon Jun 21 09:56:07 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Mon, 21 Jun 2004 09:56:07 -0500 Subject: [AccessD] How to set a value from one recordset as a paramete r for a select statement that is source to another recordset Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCFF@corp-es01.fleetpride.com> I'm glad your solution is working. However, if you are creating SQL strings and executing them via code you can use variables and/or functions as you build the string. For ex the function below uses multiple variables to create the string that is ultimately executed. Perfdata (below) builds slightly different strings with Sales data, Gross margin, etc. that are then pasted into an Excel spreadsheet via a function called Datapaste. The trick is to enclose variable in ampersands "& variable &" when building the string. Jim Hale For x = 1 To 5 'load summary inc stmt numbers qryString = Perfdata(x) Set recset(1) = dbs2.OpenRecordset(qryString) If x = 1 Then blstate = DataPaste("Branchperf", appExcel, recset(1)) Else blstate = DataPaste("Branchperf", appExcel, recset(1), True) End If Next x Function Perfdata(intRU As Integer, Optional strRegion As String) As String Dim strVar As String, intAcct As Integer 'generates the records to place in perf summary data table If strRegion = "" Then strRegion = " Like '*'" Else strRegion = "= '" & strRegion & "'" End If Select Case intRU Case 1 intAcct = 4000 'Sales Case 2 intAcct = 4500 'Gross Margin Case 3 intAcct = 5000 'SG&A Case 4 intAcct = 6000 'EBIT Case 5 intAcct = 6100 'Payroll End Select strVar = "SELECT [byear] & '_' & [flddptloc] & '_' & " strVar = strVar & "[rollup" & intRU & "] & '_' & [fldarea] AS SumifKey, [byear] &" strVar = strVar & " '_' & [flddptloc] & '_' & [rollup" & intRU & "] & '_' & " strVar = strVar & "[bmonth] AS PrKey, GLMBALS.BYEAR, GLMBALS.BMONTH, " strVar = strVar & "GLMBRANCHES.fldCOMPY, GLMBRANCHES.fldRegion, " strVar = strVar & "GLMBRANCHES.fldArea, GLMBRANCHES.fldDPTLOC, First" strVar = strVar & "(GLMBRANCHES.fldDPNAME) AS FirstOffldDPNAME, " strVar = strVar & "tblReportsrollups.ROLLUP" & intRU & ", tblReportsrollups." strVar = strVar & "RUPNAME" & intRU & ", Sum(NZ([peramt]))*-1 AS Amt " strVar = strVar & "FROM (tblPeriods INNER JOIN (GLMBRANCHES INNER " strVar = strVar & "JOIN (tblReports INNER JOIN GLMBALS ON tblReports." strVar = strVar & "GL = GLMBALS.GL) ON (GLMBRANCHES.fldDEPT = " strVar = strVar & "GLMBALS.DEPT) AND (GLMBRANCHES.fldCOMPY = GLMBALS." strVar = strVar & "COMPY)) ON (tblPeriods.fldMonth = GLMBALS.BMONTH) " strVar = strVar & "AND (tblPeriods.[fld year] = GLMBALS.BYEAR)) " strVar = strVar & "INNER JOIN tblReportsrollups ON tblReports." strVar = strVar & "RPTLINE = tblReportsrollups.RPTLINE " strVar = strVar & "WHERE (((tblPeriods.[fld year])=" & CurrYear() & ") AND ((GLMBALS.PERAMT)<>0) AND (" strVar = strVar & "(GLMBALS.REPOST)='n') AND ((tblPeriods.fldMonth)<=" strVar = strVar & "" & CurrMonth() & ")) OR (((tblPeriods.[fld year])=" strVar = strVar & "" & CurrYear() & "-1) AND ((GLMBALS.PERAMT)<> 0) AND ((GLMBALS.REPOST)='n') AND (" strVar = strVar & "(tblPeriods.fldMonth)<=" & CurrMonth() & ")) " strVar = strVar & "GROUP BY GLMBALS.BYEAR, GLMBALS.BMONTH, " strVar = strVar & "GLMBRANCHES.fldCOMPY, GLMBRANCHES.fldRegion, " strVar = strVar & "GLMBRANCHES.fldArea, GLMBRANCHES.fldDPTLOC, " strVar = strVar & "tblReportsrollups.ROLLUP" & intRU & ", tblReportsrollups." strVar = strVar & "RUPNAME" & intRU & " " strVar = strVar & "HAVING (((GLMBRANCHES.fldRegion)" & strRegion & ") AND " strVar = strVar & "((tblReportsrollups.ROLLUP" & intRU & ")=" & intAcct & "));" Perfdata = strVar End Function -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Thursday, June 17, 2004 6:12 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Jim, Thanks for your answer, but what I'm doing in using a distinct value companyid from the first query which is the recordsource to a recordset which I'm moving through one record at a time in an outer loop to supply the parameter for the second recordset in an inner loop which has several departments per companyid. Then I use the second recordset to populate and build Excel spreadsheets via automation. Since I cant use a variable as a parameter, I created a function to get the data and used the function as the select's parameter. Anyway, it's working. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Thursday, June 17, 2004 10:52 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset It sounds to be that you need to use the first query as a sub query of the second. To do this copy the sql of the first query, put brackets around it, and paste it into the criteria line of the appropriate field of the second query. As long as the first query is only returning one "answer" ie one field of one record, it should work. Good luck Jim Hale -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Mon Jun 21 10:02:45 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 21 Jun 2004 16:02:45 +0100 Subject: [AccessD] Quiet? Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C195@ntscxch1.int.rdel.co.uk> LOL Chris F > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 3:42 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > W---H---O > > > ...gotta enjoy having 2 little girls while I can...can't be > all business all > the time;) > > > > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 21, 2004 10:35 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > OK. I give in - Spell who? > > Chris F > From dwaters at usinternet.com Mon Jun 21 10:10:53 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 21 Jun 2004 10:10:53 -0500 Subject: [AccessD] AXP --> A2K Message-ID: <000701c457a1$f23139c0$de1811d8@danwaters> If I create a FE and BE using Access XP and save both files in A2K format, move those files to a different PC which only has Access 2K, will A2K be able to open and run those files? (Assuming any AXP only functionality is not used.) Thanks! Dan From DWUTKA at marlow.com Mon Jun 21 10:24:06 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 10:24:06 -0500 Subject: [AccessD] Maximum number of attached tables? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB046@main2.marlow.com> Our 'Glovia Reports' database has 352 tabledefs. I think about 20 or 30 are local Access tables, all the rest are linked tables to an Oracle database. (There are a handful of linked Access tables, to other .mdb's, but I think only about 4 or 5). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Saturday, June 19, 2004 6:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Maximum number of attached tables? Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 21 10:28:46 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 10:28:46 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB047@main2.marlow.com> I have to disagree about a PK/AN being meaningless. Yes, you shouldn't force 'rules' on a AN, to make it meaningful (such as it having to be sequential without a miss, etc.), but by it's very nature, being unique, it has meaning. For example, on our company's website, when someone goes to their shopping cart, if a cart doesn't 'exist' for them, one is created. It is given a CartID, which is an AN. Now, when they go to purchase their cart, I have to send the CC site a unique 'ID' for that transaction. I use the CartID. It doesn't have to be truly sequential, just absolutely non-repeating, or in other words, unique. The CartID fits the bill to a tee. The numbers may be sent 'backwards' sometimes, where one user has a cart created, and then another user creates a new cart, and orders it, before the first user does (so the numbers are sent in reverse order to the CC company). Their site doesn't care, as long as the number wasn't used before. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 11:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 21 10:48:20 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 21 Jun 2004 10:48:20 -0500 Subject: [AccessD] Purchase Access 2000? In-Reply-To: <9125404.1087828215748.JavaMail.root@sniper2.usinternet.com> Message-ID: <000c01c457a7$2dd671c0$de1811d8@danwaters> Thanks Mark! One of these listed the Premium version of O2K, which would probably work. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 21, 2004 9:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Purchase Access 2000? Just my opinion, but be VERY careful in your decision. There are quite a few ways to get burned when searching for the best deal...too many to mention. 1st choice: http://www.pricewatch.com/ 2nd choice: www.cheaperoffice.com/ Mark -----Original Message----- From: Dan Waters [mailto:dwaters at usinternet.com] Sent: Monday, June 21, 2004 10:12 AM To: Database Advisors Subject: [AccessD] Purchase Access 2000? Where is a good place to purchase a full or upgrade copy of A2K? I have a client that currently uses O2K as their standard. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 10:54:08 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 08:54:08 -0700 Subject: [AccessD] Solution Looking for a Problem Message-ID: <011701c457a7$fcd83800$6601a8c0@HAL9002> Dear List: I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. Anybody have a use for this tip? Rocky Smolin Beach Access Software http://www.e-z-mrp.com From Jdemarco at hudsonhealthplan.org Mon Jun 21 10:57:35 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Mon, 21 Jun 2004 11:57:35 -0400 Subject: [AccessD] Solution Looking for a Problem Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB37@TTNEXCHSRV1.hshhp.com> Rocky, Neat. What version and what data type was your field? Jim DeMarco -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Monday, June 21, 2004 11:54 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Solution Looking for a Problem Dear List: I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. Anybody have a use for this tip? Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From bchacc at san.rr.com Mon Jun 21 10:57:50 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 08:57:50 -0700 Subject: [AccessD] Setting Control Source of a Group to Numeric in a Report Message-ID: <012001c457a8$812abb00$6601a8c0@HAL9002> Dear List: I have a report which may be sorted on one of ten user defined fields which may be holding alphanumeric, numeric, or date data. If it is numeric I want the control source of that grouping level to be Val(Nz([fldUDF1])) But if I set it either through the sorting and grouping property sheet or through code it generates an error 'Extra ) in query expression '[Val(Nz([fldUDF1]))]' which is not what it means because the parentheses are balanced. Am I trying to do something which cannot be done? MTIA is From bchacc at san.rr.com Mon Jun 21 11:16:04 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:16:04 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Dear List: Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From bchacc at san.rr.com Mon Jun 21 11:19:34 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:19:34 -0700 Subject: [AccessD] Solution Looking for a Problem References: <22F1CCD5171D17419CB37FEEE09D5F99030FEB37@TTNEXCHSRV1.hshhp.com> Message-ID: <017001c457ab$8a5fe120$6601a8c0@HAL9002> A2K. The field was text. Rocky ----- Original Message ----- From: "Jim DeMarco" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 8:57 AM Subject: RE: [AccessD] Solution Looking for a Problem > Rocky, > > Neat. What version and what data type was your field? > > Jim DeMarco > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Monday, June 21, 2004 11:54 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Solution Looking for a Problem > > > Dear List: > > I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. > > Anybody have a use for this tip? > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > > **************************************************************************** ******* > "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". > **************************************************************************** ******* > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Mon Jun 21 11:31:04 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 21 Jun 2004 17:31:04 +0100 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <000001c457ad$25f5c900$b274d0d5@minster33c3r25> Hi Rocky Are you using an MDE to hide the FE? If so how the hell's anyone going to rip-off your product just from the table design? -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: 21 June 2004 17:16 > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My > distributor in Taiwan feels that if the back end design is > not hidden then the product can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > > From Developer at UltraDNT.com Mon Jun 21 11:46:17 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 21 Jun 2004 12:46:17 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <003601c457af$49189e60$6401a8c0@COA3> Well - I'm keying on the fact you asked for an easy way ... Are you using an MDE front end? If you password protect the BE, and put that password in your (compiled in an MDE) re-linking code, you can keep out most miscreants. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Hiding Back End Design Dear List: Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Mon Jun 21 11:38:56 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 21 Jun 2004 18:38:56 +0200 Subject: [AccessD] Setting Control Source of a Group to Numeric in a Report In-Reply-To: <012001c457a8$812abb00$6601a8c0@HAL9002> References: <012001c457a8$812abb00$6601a8c0@HAL9002> Message-ID: <4137162466.20040621183856@cactus.dk> Hi Rocky Shouldn't it be: =Val(Nz([fldUDF1])) /gustav > I have a report which may be sorted on one of ten user defined fields which may be holding alphanumeric, numeric, or date data. > If it is numeric I want the control source of that grouping level to be Val(Nz([fldUDF1])) > But if I set it either through the sorting and grouping property sheet or through code it generates an error 'Extra ) in query expression '[Val(Nz([fldUDF1]))]' which is not what it means because > the parentheses are balanced. > Am I trying to do something which cannot be done? From gustav at cactus.dk Mon Jun 21 11:41:32 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 21 Jun 2004 18:41:32 +0200 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> References: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <9237318020.20040621184132@cactus.dk> Hi Rocky You can encrypt the database. Not bulletproof, of course, but keeps the average user away. /gustav > Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. From clh at christopherhawkins.com Mon Jun 21 11:48:05 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Mon, 21 Jun 2004 10:48:05 -0600 Subject: [AccessD] Hiding Back End Design Message-ID: <410-22004612116485208@christopherhawkins.com> In addition to that, you can change the .mdb extension to something else. Your front end will still be able to link to it, but it will be less obvious that it is an Access database file. -C- ---- Original Message ---- From: Developer at ultradnt.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] Hiding Back End Design Date: Mon, 21 Jun 2004 12:46:17 -0400 >Well - I'm keying on the fact you asked for an easy way ... > >Are you using an MDE front end? If you password protect the BE, and >put >that password in your (compiled in an MDE) re-linking code, you can >keep >out most miscreants. > >Hth >Steve > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >Smolin >- Beach Access Software >Sent: Monday, June 21, 2004 12:16 PM >To: AccessD at databaseadvisors.com >Subject: [AccessD] Hiding Back End Design > > >Dear List: > >Is there a way to easily hide the back end design? My distributor in >Taiwan feels that if the back end design is not hidden then the >product >can be easily knocked off. > >MTIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 Mon Jun 21 11:47:06 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 21 Jun 2004 12:47:06 -0400 Subject: [AccessD] Hiding Back End Design Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF412D5815F@xlivmbx12.aig.com> Unless said miscreants are willing to spend a few million electrons and download the freely available code that will reveal the database password. See... http://www.mvps.org/access/general/gen0037.htm But I agree with Andy. Revealing the table design is hardly going to allow the who application to be reverse engineered. Lambert > -----Original Message----- > From: Steve Conklin \(Developer at UltraDNT\) [SMTP:Developer at ultradnt.com] > Sent: Monday, June 21, 2004 12:46 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and put > that password in your (compiled in an MDE) re-linking code, you can keep > out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product > can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Mon Jun 21 11:50:49 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Mon, 21 Jun 2004 10:50:49 -0600 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Message-ID: <184670-220046121165049851@christopherhawkins.com> What a maroon! I'm thinking in terms of APIs, and it turns out all I have to do is trigger a batch file that runs rasdial and mstsc commands. Typical of me to overcomplicate something simple. ;) -Christopher- ---- Original Message ---- From: Mark.Mitsules at ngc.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Date: Mon, 21 Jun 2004 05:53:26 -0400 >Windows 2000 help lists a topic called "Automating the dial-up logon >process >by using Windows scripting". It also mentions the location of sample >scripts. Would that be of use to you? > > >Mark > > >-----Original Message----- >From: Christopher Hawkins [mailto:clh at christopherhawkins.com] >Sent: Friday, June 18, 2004 4:08 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Programatically launch a Dial-Up Networking >Connection? > > >This would be for a WinXP machine. > >I've been googling like mad, but what few code snippets I found were >all for LAN connections, not dial-up. > >All I need to do is launch a named connection without requiring the >user to provide any input. Just the mouse click. > >Has anyone done this before? I'm not sure if I'm supposed to be >using explorer.exe or wininet.dll, or how, or when or why? > >I'll keep Googling. But if anybody has code... > >-Christopher- > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From bchacc at san.rr.com Mon Jun 21 11:57:23 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:57:23 -0700 Subject: [AccessD] Hiding Back End Design References: <000001c457ad$25f5c900$b274d0d5@minster33c3r25> Message-ID: <000d01c457b0$d3238ec0$6601a8c0@HAL9002> Well, I think the distributor may have a point. Or at least half a point. I've always been told that the table design is 80% of an app. Knowing what fields, how big, what data type, relationships etc.Once you've got that correct, making the forms and reports is just grunt work. And they'll be able to see all the forms and reports, of course. Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:31 AM Subject: RE: [AccessD] Hiding Back End Design > Hi Rocky > Are you using an MDE to hide the FE? If so how the hell's anyone going to > rip-off your product just from the table design? > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin - Beach Access Software > > Sent: 21 June 2004 17:16 > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Hiding Back End Design > > > > > > Dear List: > > > > Is there a way to easily hide the back end design? My > > distributor in Taiwan feels that if the back end design is > > not hidden then the product can be easily knocked off. > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > Website: > > http://www.databaseadvisors.com > > > > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 11:58:17 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:58:17 -0700 Subject: [AccessD] Hiding Back End Design References: <003601c457af$49189e60$6401a8c0@COA3> Message-ID: <001501c457b0$f31ed040$6601a8c0@HAL9002> I've heard tell that there are cheap Access password crackers available. To someone in China who wanted in, would it be very difficult? Rocky ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:46 AM Subject: RE: [AccessD] Hiding Back End Design > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and put > that password in your (compiled in an MDE) re-linking code, you can keep > out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product > can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 12:08:49 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 10:08:49 -0700 Subject: [AccessD] Setting Control Source of a Group to Numeric in a Report References: <012001c457a8$812abb00$6601a8c0@HAL9002> <4137162466.20040621183856@cactus.dk> Message-ID: <001b01c457b2$6bbcff80$6601a8c0@HAL9002> D'oh. You don't know how many times that = has tripped me up. Thanks Gustav. Rocky ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 9:38 AM Subject: Re: [AccessD] Setting Control Source of a Group to Numeric in a Report > Hi Rocky > > Shouldn't it be: > > =Val(Nz([fldUDF1])) > > /gustav > > > > I have a report which may be sorted on one of ten user defined fields which may be holding alphanumeric, numeric, or date data. > > > If it is numeric I want the control source of that grouping level to be Val(Nz([fldUDF1])) > > > But if I set it either through the sorting and grouping property sheet or through code it generates an error 'Extra ) in query expression '[Val(Nz([fldUDF1]))]' which is not what it means because > > the parentheses are balanced. > > > Am I trying to do something which cannot be done? > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 21 12:17:05 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 21 Jun 2004 13:17:05 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF412D5815F@xlivmbx12.aig.com> Message-ID: <003d01c457b3$974069c0$6401a8c0@COA3> Well, it even says there that it doesn't work on Jet 4.0, but I agree with hiding the table design if possible. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, June 21, 2004 12:47 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Unless said miscreants are willing to spend a few million electrons and download the freely available code that will reveal the database password. See... http://www.mvps.org/access/general/gen0037.htm But I agree with Andy. Revealing the table design is hardly going to allow the who application to be reverse engineered. Lambert > -----Original Message----- > From: Steve Conklin \(Developer at UltraDNT\) [SMTP:Developer at ultradnt.com] > Sent: Monday, June 21, 2004 12:46 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and > put that password in your (compiled in an MDE) re-linking code, you > can keep out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the > product can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 12:16:19 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 10:16:19 -0700 Subject: [AccessD] Hiding Back End Design References: <014301c457ab$0db9efd0$6601a8c0@HAL9002> <9237318020.20040621184132@cactus.dk> Message-ID: <002901c457b3$77e008b0$6601a8c0@HAL9002> Gustav: If I'm reading the help file correctly, encryption does not hide the objects, just the data, yes? I need to hide the design of the back end. Password protection is too weak. I'll be up against professionals. Rocky ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 9:41 AM Subject: Re: [AccessD] Hiding Back End Design > Hi Rocky > > You can encrypt the database. Not bulletproof, of course, but keeps > the average user away. > > /gustav > > > Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 21 12:16:02 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 12:16:02 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB04C@main2.marlow.com> The problem is that if you can link to the tables, you can get the design. You can do all sorts of tricks to prevent the backend from being directly opened (a good way to do that is to disable the shift key, and have opening code just close the database. You can link to the tables, but directly opening the backend closes the database). To prevent the tables from being directly linked, you would need to use Access User Level security. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Well, I think the distributor may have a point. Or at least half a point. I've always been told that the table design is 80% of an app. Knowing what fields, how big, what data type, relationships etc.Once you've got that correct, making the forms and reports is just grunt work. And they'll be able to see all the forms and reports, of course. Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:31 AM Subject: RE: [AccessD] Hiding Back End Design > Hi Rocky > Are you using an MDE to hide the FE? If so how the hell's anyone going to > rip-off your product just from the table design? > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin - Beach Access Software > > Sent: 21 June 2004 17:16 > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Hiding Back End Design > > > > > > Dear List: > > > > Is there a way to easily hide the back end design? My > > distributor in Taiwan feels that if the back end design is > > not hidden then the product can be easily knocked off. > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > Website: > > http://www.databaseadvisors.com > > > > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 21 12:27:34 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 21 Jun 2004 13:27:34 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <001501c457b0$f31ed040$6601a8c0@HAL9002> Message-ID: <003e01c457b5$0d7c17f0$6401a8c0@COA3> Any password can be cracked if someone is determined ... I like the suggestion about the file extension change, if the files is named blah.DAT, or something even less obvious, they might not figure out which program it's in (unless they look at the files your installer puts in ...) It's really not 100% any which way you do it. You just try to make it hard enough to not be worthwhile. Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design I've heard tell that there are cheap Access password crackers available. To someone in China who wanted in, would it be very difficult? Rocky ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:46 AM Subject: RE: [AccessD] Hiding Back End Design > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and > put that password in your (compiled in an MDE) re-linking code, you > can keep out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the > product can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 12:21:18 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 10:21:18 -0700 Subject: [AccessD] Hiding Back End Design References: <410-22004612116485208@christopherhawkins.com> Message-ID: <003301c457b4$2a158640$6601a8c0@HAL9002> I don't think that will fool them. The system has the ability to run multiple back end and has a utility to create a new back end. So it would be easy to see what the back end extension was. Rocky ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Monday, June 21, 2004 9:48 AM Subject: RE: [AccessD] Hiding Back End Design > In addition to that, you can change the .mdb extension to something > else. Your front end will still be able to link to it, but it will > be less obvious that it is an Access database file. > > -C- > > ---- Original Message ---- > From: Developer at ultradnt.com > To: accessd at databaseadvisors.com, > Subject: RE: [AccessD] Hiding Back End Design > Date: Mon, 21 Jun 2004 12:46:17 -0400 > > >Well - I'm keying on the fact you asked for an easy way ... > > > >Are you using an MDE front end? If you password protect the BE, and > >put > >that password in your (compiled in an MDE) re-linking code, you can > >keep > >out most miscreants. > > > >Hth > >Steve > > > > > >-----Original Message----- > >From: accessd-bounces at databaseadvisors.com > >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > >Smolin > >- Beach Access Software > >Sent: Monday, June 21, 2004 12:16 PM > >To: AccessD at databaseadvisors.com > >Subject: [AccessD] Hiding Back End Design > > > > > >Dear List: > > > >Is there a way to easily hide the back end design? My distributor in > >Taiwan feels that if the back end design is not hidden then the > >product > >can be easily knocked off. > > > >MTIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >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 Mon Jun 21 13:02:02 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 21 Jun 2004 20:02:02 +0200 Subject: [AccessD] Hiding Back End Design In-Reply-To: <002901c457b3$77e008b0$6601a8c0@HAL9002> References: <014301c457ab$0db9efd0$6601a8c0@HAL9002> <9237318020.20040621184132@cactus.dk> <002901c457b3$77e008b0$6601a8c0@HAL9002> Message-ID: <19542148406.20040621200202@cactus.dk> Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back end. > Password protection is too weak. I'll be up against professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product can > be easily knocked off. From jimdettman at earthlink.net Mon Jun 21 14:21:23 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 21 Jun 2004 15:21:23 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <001501c457b0$f31ed040$6601a8c0@HAL9002> Message-ID: Rocky, <> No. With Access, the best you can do is protect the source code by supplying a MDE file. Outside of that, it's all easily breakable. And I would disagree that the table design is 80% of the app. Probably the other way around. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design I've heard tell that there are cheap Access password crackers available. To someone in China who wanted in, would it be very difficult? Rocky ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:46 AM Subject: RE: [AccessD] Hiding Back End Design > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and put > that password in your (compiled in an MDE) re-linking code, you can keep > out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product > can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Mon Jun 21 14:25:28 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 21 Jun 2004 15:25:28 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: Rocky, If you want to obfuscate some, change the extension (as has been mentioned) and rename all the tables with the usys prefix, which will hide them in the DBC unless show system objects is turned on. There is also an attribute on a table that can hide them, but again "show hidden objects" will make them visible. I remember something about a bug with that to.... Jim Dettman (315) 699-0880 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Hiding Back End Design Dear List: Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 14:49:14 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 12:49:14 -0700 Subject: [AccessD] Hiding Back End Design References: Message-ID: <009501c457c8$d4af7200$6601a8c0@HAL9002> Again, I don't think this will fool for very long the hackers who would be set the task of cracking the back end. Rocky ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 12:25 PM Subject: RE: [AccessD] Hiding Back End Design > Rocky, > > If you want to obfuscate some, change the extension (as has been > mentioned) and rename all the tables with the usys prefix, which will hide > them in the DBC unless show system objects is turned on. > > There is also an attribute on a table that can hide them, but again "show > hidden objects" will make them visible. I remember something about a bug > with that to.... > > Jim Dettman > (315) 699-0880 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in Taiwan > feels that if the back end design is not hidden then the product can be > easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 21 14:43:21 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 21 Jun 2004 12:43:21 -0700 Subject: [AccessD] Hiding Back End Design References: <003601c457af$49189e60$6401a8c0@COA3> <001501c457b0$f31ed040$6601a8c0@HAL9002> Message-ID: <40D73A59.3080109@shaw.ca> There are free umm access tools from Russia. http://accesstools.narod.ru/index.html One of these reads the passwords in an MDW file, which might get you into a secured mdb. There are quite a few Case Tools that will reengineer an mdb complete with UML diagrams via ADO. You might have to turn off Table read permissions and use RWOP Query permissions. Given that you might want to use MSDE for security. I don't know if you can brute force crack MSDE. But SQL Server password authentication is not very safe, as there is no lockout policy to protect against brute-force attacks. So you should protect against simple dictionary attacks. Private Sub GrabMDBPassword(strPathFilename as string) ' Access 97method - neeeds mod for xp Dim b As Byte dim xorstring as string dim qs as string dim j as long dim i as long dim b as long xorstring = Chr(218) & Chr(236) & Chr(1) & Chr(156) & Chr(154) & Chr(40) & _ Chr(79) & Chr(138) & Chr(8) & Chr(123) Open strPathFilename For Binary Access Read As #1 qs = "" j = 67 For i = 1 To 10 Get #1, j, b: j = j + 2 qs = qs & Chr(b Xor Asc(Mid(xorstring, i, 1))) Next Beep MsgBox "Password:" & qs End Sub Rocky Smolin - Beach Access Software wrote: >I've heard tell that there are cheap Access password crackers available. To >someone in China who wanted in, would it be very difficult? > >Rocky > >----- Original Message ----- >From: "Steve Conklin (Developer at UltraDNT)" >To: "'Access Developers discussion and problem solving'" > >Sent: Monday, June 21, 2004 9:46 AM >Subject: RE: [AccessD] Hiding Back End Design > > > > >>Well - I'm keying on the fact you asked for an easy way ... >> >>Are you using an MDE front end? If you password protect the BE, and put >>that password in your (compiled in an MDE) re-linking code, you can keep >>out most miscreants. >> >>Hth >>Steve >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin >>- Beach Access Software >>Sent: Monday, June 21, 2004 12:16 PM >>To: AccessD at databaseadvisors.com >>Subject: [AccessD] Hiding Back End Design >> >> >>Dear List: >> >>Is there a way to easily hide the back end design? My distributor in >>Taiwan feels that if the back end design is not hidden then the product >>can be easily knocked off. >> >>MTIA >> >>Rocky Smolin >>Beach Access Software >>http://www.e-z-mrp.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From Mark.Mitsules at ngc.com Mon Jun 21 14:36:36 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 15:36:36 -0400 Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Message-ID: Group, This problem is slowly driving me insane:( I am no longer getting the subject error, however the Access Import/Link Table wizards are STILL not behaving quite normally. Normally, you are allowed to change field names or mark a column as skipped. But in my current configuration, the column properties do not update when you click on a different column header. So far I have loaded the latest service pack and/or version for Windows 2000, Office 2002, Jet 4.0, and MDAC. Does anyone know what to try next? Unbelievable as it may seem, our corporate IT people have given me local admin rights...apparently with the hope that I am able to solve this problem on my own...because they haven't been successful. I have two thoughts on this: First...something was installed/patched out of sequence??? Second, Jet 4.0 service pack 8 was installed, but according to KB829558 it is for Windows XP...I am running Windows 2000. I ran Component Checker Version 2.0 against MDAC 2.8 RTM. It found two mismatches: - - - Awaiting any suggestions... Mark -----Original Message----- From: Mitsules, Mark Sent: Wednesday, June 16, 2004 9:45 AM To: [AccessD] Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Group, Has anyone seen this error and know how to 'fix' it? If anyone recalls, my PC was recently 'refreshed' by the IT department...after which I was unable to import .xls files into Access. Well they did a complete reinstall and all the different file types are now available for import. But now, when running either the import or link table wizard, I get the error listed above. Any suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davide at dalyn.co.nz Mon Jun 21 15:43:34 2004 From: davide at dalyn.co.nz (David Emerson) Date: Tue, 22 Jun 2004 08:43:34 +1200 Subject: [AccessD] Recording field changes Message-ID: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From accessd at shaw.ca Mon Jun 21 16:28:06 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 21 Jun 2004 14:28:06 -0700 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: David: If the client wants to see all changes to a record on a field by field bases then the/each transaction file(s) will have to have a minimum of a complete copy of each record structure of each table or at least any field that a user can affect. In addition fields such as time/date and operator will have to be added to each of the transaction records. There may be ways to handle different changes but the whole transaction monitoring depends on speed and any fancy data handling will decrease it. There will be more records in the transaction file, than the original, though most records will/should be accessed once. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson Sent: Monday, June 21, 2004 1:44 PM To: accessd at databaseadvisors.com Subject: [AccessD] Recording field changes Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 21 16:32:20 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 16:32:20 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB052@main2.marlow.com> Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew From stuart at lexacorp.com.pg Mon Jun 21 16:40:04 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 07:40:04 +1000 Subject: [AccessD] Hiding Back End Design In-Reply-To: <000d01c457b0$d3238ec0$6601a8c0@HAL9002> Message-ID: <40D7E254.16887.F1D6F03@localhost> On 21 Jun 2004 at 9:57, Rocky Smolin - Beach Access S wrote: > Well, I think the distributor may have a point. Or at least half a point. > I've always been told that the table design is 80% of an app. Knowing what > fields, how big, ot if all the text fields as 255 characters :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 21 16:43:15 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 07:43:15 +1000 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <40D7E313.17344.F20590B@localhost> On 21 Jun 2004 at 9:16, Rocky Smolin - Beach Access S wrote: > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the > product can be easily knocked off. > -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 21 17:09:44 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 08:09:44 +1000 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <40D7E948.28369.F389A94@localhost> On 22 Jun 2004 at 8:43, David Emerson wrote: > Group, > > I have a client that needs to record all changes to the data on a field by > field basis (they don't want to record whole records if there is a change - > just the fields that changed (old and new values)). My initial though is > to put code in every field that records the value on entry, compares this > on exit and records the change if they values are different. > > Because there are several hundred fields involved I was wondering if there > was any easy way of doing the job without adding code to every field. > Here's one way. Create an Array to hold the changes and a counter: In the On_Update for the form, step through each data bound control and compare ctrl.OldValue to ctrl.Value For any that are different, store the fieldname and oldvalue in the array and increment a counter: In the After_Update, step through the array and write each change to a logfile with something like: For lLoopcount = 1 to lNoOfChanges CurrentDB.Execute "Insert into tChangeLog (TimeStamp,Operator,FieldName,OldValue) values (Now(),UserName(),'" & strChangeArray(lLoopcount,1) & "','" & strChangeArray(lLoopcount) & "')" Next -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 21 16:56:39 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 07:56:39 +1000 Subject: [AccessD] Recording field changes In-Reply-To: References: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <40D7E637.30241.F2C9FBE@localhost> On 21 Jun 2004 at 14:28, Jim Lawrence (AccessD) wrote: > David: > > If the client wants to see all changes to a record on a field by field bases > then the/each transaction file(s) will have to have a minimum of a complete > copy of each record structure of each table or at least any field that a > user can affect. Not necessarily. I've fallen into that trap before. Why save 200 fields when only 1 changed. For many environments, it's quite sufficient to just store: "FieldName,OldValue,TimeStamp,Operator". -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bobbedell15 at msn.com Mon Jun 21 18:47:54 2004 From: bobbedell15 at msn.com (Bob Bedell) Date: Mon, 21 Jun 2004 23:47:54 +0000 Subject: [AccessD] Recording field changes Message-ID: Hi David, You could play with adding a memo field to your form's record source called "Updates", add a textbox control to your form thats bound to "Updates" (you can hide this field if you like), add =AuditTrailX() as a function call in your form's Before Update event, then add the following module to your project. Wish I could remember where this came from but i can't. The code iterates through all the data entry controls in your form's controls collection, recording old and new values for only those fields that have changed. Function AuditTrailX() On Error GoTo Err_Handler Dim MyForm As Form, C As Control, xName As String Set MyForm = Screen.ActiveForm 'Set date and current user if form has been updated. MyForm!Updates = MyForm!Updates & Chr(13) & Chr(10) & _ "Changes made on " & Date & " by " & CurrentUser() & ";" 'If new record, record it in audit trail and exit sub. If MyForm.NewRecord = True Then MyForm!Updates = MyForm!Updates & Chr(13) & Chr(10) & _ "New Record """ End If 'Check each data entry control for change and record 'old value of Control. For Each C In MyForm.Controls 'Only check data entry type controls. Select Case C.ControlType Case acTextBox, acComboBox, acListBox, acOptionGroup ' Skip Updates field. If C.Name <> "Updates" Then ' If control was previously Null, record "previous ' value was blank." If IsNull(C.OldValue) Or C.OldValue = "" Then MyForm!Updates = MyForm!Updates & Chr(13) & _ Chr(10) & C.Name & "--previous value was blank" ' If control had previous value, record previous value. ElseIf C.Value <> C.OldValue Then MyForm!Updates = MyForm!Updates & Chr(13) & Chr(10) & _ C.Name & "==previous value was " & C.OldValue End If End If End Select Next C TryNextC: Exit Function Err_Handler: If Err.Number <> 64535 Then MsgBox "Error #: " & Err.Number & vbCrLf & "Description: " & Err.Description End If Resume TryNextC End Function Bob >From: David Emerson >Reply-To: Access Developers discussion and problem >solving >To: accessd at databaseadvisors.com >Subject: [AccessD] Recording field changes >Date: Tue, 22 Jun 2004 08:43:34 +1200 > >Group, > >I have a client that needs to record all changes to the data on a field by >field basis (they don't want to record whole records if there is a change - >just the fields that changed (old and new values)). My initial though is >to put code in every field that records the value on entry, compares this >on exit and records the change if they values are different. > >Because there are several hundred fields involved I was wondering if there >was any easy way of doing the job without adding code to every field. > >Regards > >David Emerson >Dalyn Software Ltd >25 Cunliffe St, Churton Park >Wellington, New Zealand >Ph/Fax (04) 478-7456 >Mobile 027-280-9348 > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ MSN Movies - Trailers, showtimes, DVD's, and the latest news from Hollywood! http://movies.msn.click-url.com/go/onm00200509ave/direct/01/ From actebs at actebs.com.au Mon Jun 21 21:01:18 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 22 Jun 2004 12:01:18 +1000 Subject: [AccessD] AXP --> A2K In-Reply-To: <000701c457a1$f23139c0$de1811d8@danwaters> Message-ID: <001601c457fc$cef3dd40$0b08a8c0@carltonone.local> Dan, Yep, as long as you don't have any AXP specific code. I have done this on numerous occasions. Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, 22 June 2004 1:11 AM To: 'Database Advisors' Subject: [AccessD] AXP --> A2K If I create a FE and BE using Access XP and save both files in A2K format, move those files to a different PC which only has Access 2K, will A2K be able to open and run those files? (Assuming any AXP only functionality is not used.) Thanks! Dan -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From actebs at actebs.com.au Mon Jun 21 21:20:00 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 22 Jun 2004 12:20:00 +1000 Subject: [AccessD] Hiding Back End Design In-Reply-To: <19542148406.20040621200202@cactus.dk> Message-ID: <001701c457ff$6b3f6410$0b08a8c0@carltonone.local> Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Mon Jun 21 22:54:33 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 21 Jun 2004 23:54:33 -0400 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <000b01c4580c$a1818b90$0501a8c0@colbyws> Uhhh... A framework and classes for the controls? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, June 21, 2004 4:44 PM To: accessd at databaseadvisors.com Subject: [AccessD] Recording field changes Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 23:33:46 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 21:33:46 -0700 Subject: [AccessD] Just for fun! Playing With Regions! References: <2F8793082E00D4119A1700B0D0216BF8031BB052@main2.marlow.com> Message-ID: <015401c45812$1bde8500$6601a8c0@HAL9002> That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 22 00:14:51 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 21 Jun 2004 22:14:51 -0700 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB052@main2.marlow.com> Message-ID: That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 22 00:14:50 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 21 Jun 2004 22:14:50 -0700 Subject: [AccessD] Recording field changes In-Reply-To: <40D7E637.30241.F2C9FBE@localhost> Message-ID: Hi Stuart: In this case you are not saving two hundred fields, only the fields with changes are stored. Access MDB uses variable length fields not fixed length...no data no length. Also please note that I did say ...'or at least any field that a user can affect.' As the tables become larger with more individual records the slower the speed; so if a user makes, say, fifty changes to a large record, there is a potential for fifty individual records being created in the transaction file. Now that could add-up very rapidly and the overhead would finally degrade performance. My recommendation is that for each separate change/session, only one transaction record is created for any and all changes to any fields of that record and only the changes are stored. Like an incremental backup/change log and incremental backups are always fastest. Handling this type of system may be simpler using an unbound format but it should be as simple as comparing the differences between the field's 'text' and 'value' properties in bound format. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart McLachlan Sent: Monday, June 21, 2004 2:57 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Recording field changes On 21 Jun 2004 at 14:28, Jim Lawrence (AccessD) wrote: > David: > > If the client wants to see all changes to a record on a field by field bases > then the/each transaction file(s) will have to have a minimum of a complete > copy of each record structure of each table or at least any field that a > user can affect. Not necessarily. I've fallen into that trap before. Why save 200 fields when only 1 changed. For many environments, it's quite sufficient to just store: "FieldName,OldValue,TimeStamp,Operator". -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ 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 Jun 22 01:23:12 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 16:23:12 +1000 Subject: [AccessD] Recording field changes In-Reply-To: References: <40D7E637.30241.F2C9FBE@localhost> Message-ID: <40D85CF0.14622.10FC4EDE@localhost> On 21 Jun 2004 at 22:14, Jim Lawrence (AccessD) wrote: > Hi Stuart: > > In this case you are not saving two hundred fields, only the fields with > changes are stored. Access MDB uses variable length fields not fixed > length...no data no length. > Only for text. Numeric, date field and Yes/No fields will use space whether they were changed or not. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Chris.Foote at uk.thalesgroup.com Tue Jun 22 02:20:17 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Tue, 22 Jun 2004 08:20:17 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C197@ntscxch1.int.rdel.co.uk> Good grief! What an amazing idea! Regards Chris Foote - UK > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 10:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > ---------(Drew's way too cool code snipped)--------- From Mark.Mitsules at ngc.com Tue Jun 22 04:58:12 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Tue, 22 Jun 2004 05:58:12 -0400 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Drew, Excellent. The dynamic resizing effect is pretty cool. This reminds me of an old Access97 demo I have (but never used in production) called ShapedForm.mdb. IIRC it used a lot of the same API calls. Hmmmm...combining the two approaches...might make for an interesting diversion some day. Mark -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Monday, June 21, 2004 5:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Tue Jun 22 05:26:44 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 22 Jun 2004 11:26:44 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <20040622102641.AB3D925215E@smtp.nildram.co.uk> Really cool. Just wish I could use it, but I think my customer would fall off his chair. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Date: 22/06/04 10:00 > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From gustav at cactus.dk Tue Jun 22 03:54:23 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 22 Jun 2004 10:54:23 +0200 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> References: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <1537450763.20040622105423@cactus.dk> Hi David You can create a RecordsetClone when entering the current record. After an update of the record, loop through the fields and compare the updated record with the clone - when a difference is met, write to the log. As you can read the data type of a field you should be able to use a generic function to compare the two fields. /gustav > I have a client that needs to record all changes to the data on a field by > field basis (they don't want to record whole records if there is a change - > just the fields that changed (old and new values)). My initial though is > to put code in every field that records the value on entry, compares this > on exit and records the change if they values are different. > Because there are several hundred fields involved I was wondering if there > was any easy way of doing the job without adding code to every field. From Paul.Rogers at SummitMedia.co.uk Tue Jun 22 07:41:26 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Tue, 22 Jun 2004 13:41:26 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Hi Drew Looks really interesting, but I must have spoilt my Acess2k with my own very basic work, because it sees this as too sophisticated. Do you happen to have it zipped up anywhere where I could get to look at it without this mutiny please? All the best paul -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Tuesday, June 22, 2004 10:58 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Drew, Excellent. The dynamic resizing effect is pretty cool. This reminds me of an old Access97 demo I have (but never used in production) called ShapedForm.mdb. IIRC it used a lot of the same API calls. Hmmmm...combining the two approaches...might make for an interesting diversion some day. Mark -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Monday, June 21, 2004 5:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 22 08:19:31 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 06:19:31 -0700 Subject: [AccessD] Just for fun! Playing With Regions! References: Message-ID: <006201c4585b$8dca7360$6601a8c0@HAL9002> I had to change the statement HoleOutForm Application.hWndAccessApplication to HoleOutForm Application.hWndAccessApp to make it work on my A2K. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Paul Rodgers" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 22, 2004 5:41 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > Hi Drew > > Looks really interesting, but I must have spoilt my Acess2k with my own > very basic work, because it sees this as too sophisticated. > > Do you happen to have it zipped up anywhere where I could get to look at it > without this mutiny please? > > All the best > > paul > > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Tuesday, June 22, 2004 10:58 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Tue Jun 22 08:24:17 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 22 Jun 2004 14:24:17 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <20040622132414.E5DD6250776@smtp.nildram.co.uk> Same on A97. Forgot to mention it. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! Date: 22/06/04 13:21 > > I had to change the statement > > HoleOutForm Application.hWndAccessApplication > > to > > HoleOutForm Application.hWndAccessApp > > to make it work on my A2K. > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Paul Rodgers" <Paul.Rogers at SummitMedia.co.uk> > To: "'Access Developers discussion and problem solving'" > <accessd at databaseadvisors.com> > Sent: Tuesday, June 22, 2004 5:41 AM > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > > Hi Drew > > > > Looks really interesting, but I must have spoilt my Acess2k with my own > > very basic work, because it sees this as too sophisticated. > > > > Do you happen to have it zipped up anywhere where I could get to look at > it > > without this mutiny please? > > > > All the best > > > > paul > > > > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > > Sent: Tuesday, June 22, 2004 10:58 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > > > > Drew, > > > > Excellent. The dynamic resizing effect is pretty cool. This reminds me > of > > an old Access97 demo I have (but never used in production) called > > ShapedForm.mdb. IIRC it used a lot of the same API calls. > > Hmmmm...combining the two approaches...might make for an interesting > > diversion some day. > > > > Mark > > > > > > > > -----Original Message----- > > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > > Sent: Monday, June 21, 2004 5:32 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Just for fun! Playing With Regions! > > > > > > Okay, here's a little code I whipped up for a friend. > > > > Just put this into a module (watch for word wrap): > > > > Option Compare Database > > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) > As > > Long > > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > > lpRect As RECT) As Long > > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As > Long) > > As Long > > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, > ByVal > > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > > Private Type RECT > > Left As Long > > Top As Long > > Right As Long > > Bottom As Long > > End Type > > Private Const RGN_XOR = 3 > > Function HoleOutForm(ByVal intHwnd As Long) > > Dim X As Long > > Dim rt As RECT > > Dim rtCircle As RECT > > Dim dwReturn As Long > > Dim InitialRegion As Long > > Dim i As Long > > Dim intMax As Long > > dwReturn = GetWindowRect(intHwnd, rt) > > rt.Bottom = rt.Bottom - rt.Top > > rt.Top = 0 > > rt.Right = rt.Right - rt.Left > > rt.Left = 0 > > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > > If rt.Bottom > rt.Right Then > > intMax = rt.Bottom > > Else > > intMax = rt.Right > > End If > > For i = 1 To intMax > > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > > rtCircle.Bottom) > > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > > SetMainWindowRegion InitialRegion, intHwnd > > rtCircle.Bottom = rtCircle.Bottom + 1 > > rtCircle.Top = rtCircle.Top - 1 > > rtCircle.Left = rtCircle.Left - 1 > > rtCircle.Right = rtCircle.Right + 1 > > DeleteObject X > > DeleteObject InitialRegion > > Next i > > DeleteObject X > > DeleteObject InitialRegion > > End Function > > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > > Dim dwReturn As Long > > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > > End Function > > > > > > Now, create a form, and put the following behind a command button: > > > > HoleOutForm Me.Hwnd > > DoCmd.Close acForm, Me.Name > > > > Then put a second button on the form, and put this code behind it: > > > > HoleOutForm Application.hWndAccessApplication > > DoCmd.Quit > > > > Save the form, and try out the buttons. > > > > Enjoy! > > > > Drew > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From Paul.Rogers at SummitMedia.co.uk Tue Jun 22 08:26:50 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Tue, 22 Jun 2004 14:26:50 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Cheers, thanks, Rocky, that may help -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 22, 2004 2:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! I had to change the statement HoleOutForm Application.hWndAccessApplication to HoleOutForm Application.hWndAccessApp to make it work on my A2K. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Paul Rodgers" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 22, 2004 5:41 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > Hi Drew > > Looks really interesting, but I must have spoilt my Acess2k with my own > very basic work, because it sees this as too sophisticated. > > Do you happen to have it zipped up anywhere where I could get to look at it > without this mutiny please? > > All the best > > paul > > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Tuesday, June 22, 2004 10:58 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dfenton at ozemail.com.au Tue Jun 22 08:40:28 2004 From: dfenton at ozemail.com.au (David Fenton) Date: Tue, 22 Jun 2004 23:40:28 +1000 Subject: [AccessD] Multiple copies of value across columns in a crosstab Message-ID: <6.0.1.1.0.20040622233632.02653f08@mail.ozemail.com.au> Hello database gurus and developers. I have a problem that I cannot seem to solve... Picture a spreadsheet something like the following: 2004 Name PAX DATEIN DATEOUT Jun-01 Jun-02 Jun-03 Jun-04 Jun-05 Jun-06 Fred's Tours 12 Jun-01 Jun-05 12 12 12 12 12 Bob's Trips 20 Jun-03 Jun-06 20 20 20 20 Mary's Tours 41 Jun-02 Jun-05 41 41 41 41 I have data for the first four columns in a table in a database (Name, PAX, DATEIN, DATEOUT) I can interrogate the database to find the min date in the DATEIN field and the max date in the DATEOUT field in the entire table. I use these two values to create a temporary table of dates from the min date to the max date. These dynamic values will become the column headers for a crosstab query where I am attempting to re-create the above spreadsheet. I can get the PAX to appear in the correct column *only* for the first date, but not *each* date in the range from DATEIN to DATEOUT (as shown by the spreadsheet sample). The idea is that the crosstab query will export to EXCEL and the user just has to sum each column to know how many PAX they are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can see the PAX is just copied from the PAX column. We never know what the minimum or maximum date will be on any day. The Crosstab query picks up the dates from the TEMP table (which just has one field of date type) Below is the actual SQL that works, but only puts the PAX in the column where the *first* date column matches the DateIn for that Tour. I want the PAX number to appear in every column from the DateIn to the DateOut, as shown in the sample spreadsheet section above. TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX PIVOT TEMP_StudyTourCalendar.DayNumber; The TEMP_StudyTourCalendar.DayNumber is the field in the created table which holds all the dates from the lowest DateIn to the highest DateOut and forms the column headers. These will vary every day. We will only know the first date and the last date in the table called TEMP_StudyTourCalendar, on the day the crosstab query is run. One day it might have only 6 consecutive dates in it, the next day it might have 23 consecutive dates in it. The query must work for all dates in the table. Sample data in table TEMP_StudyTourCalendar for the spreadsheet above would be: DayNumber 01-Jun-2004 02-Jun-2004 03-Jun-2004 04-Jun-2004 05-Jun-2004 06-Jun-2004 Am I missing something simple here? Any gurus like to sink their teeth into this one? Regards David Fenton Brisbane Australia From actebs at actebs.com.au Tue Jun 22 08:46:09 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 22 Jun 2004 23:46:09 +1000 Subject: [AccessD] My Finished Web Site Message-ID: <005401c4585f$490eca60$0b08a8c0@carltonone.local> Guys, Just finished the revamping work on my business web site and have added numerous features thanks to the ease of use of PHP-NUKE and mySQL - Learning new skills all the time ; ). You can become a member and add your own web site address with a description in the web links section. It will be added after is has been reviewed by the site admin (me) and approved for posting. Please use the Useful Links category for all your links. There is also a Tech Discussion Forum that comes with PHP-NUKE and I have enabled that after someone posted on AccessD the need for such a beast. I don't have time to run it and moderate it so if you're interested in administering it, please flick me an email and I'll set you up. This is in no way aimed at undermining this great community that is AccessD. I must stress I am not trying to usurp this place in any way shape or form. I love this place and would not do anything to harm it as I use it so often for help... If you feel this is inappropriate, I do apologise in advance as the purpose of this email is to get input from you guys on the finished product and get your web site links up... You can view the site here: www.actebs.com.au Kind Regards Vlad From gustav at cactus.dk Tue Jun 22 09:15:17 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 22 Jun 2004 16:15:17 +0200 Subject: [AccessD] Multiple copies of value across columns in a crosstab In-Reply-To: <6.0.1.1.0.20040622233632.02653f08@mail.ozemail.com.au> References: <6.0.1.1.0.20040622233632.02653f08@mail.ozemail.com.au> Message-ID: <781460179.20040622161517@cactus.dk> Hi David I think you need to repost what the sheet should look like. /gustav > Picture a spreadsheet something like the following: > 2004 > Name PAX DATEIN DATEOUT Jun-01 > Jun-02 Jun-03 Jun-04 Jun-05 Jun-06 > Fred's > Tours 12 Jun-01 Jun-05 12 12 12 12 > 12 > Bob's > Trips 20 Jun-03 Jun-06 20 > 20 20 20 > Mary's > Tours 41 Jun-02 Jun-05 41 41 41 > 41 > I have data for the first four columns in a table in a database (Name, PAX, > DATEIN, DATEOUT) From bchacc at san.rr.com Tue Jun 22 09:15:57 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 07:15:57 -0700 Subject: [AccessD] Fw: Fax Message Received Message-ID: <009201c45863$7018da20$6601a8c0@HAL9002> FYI Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: Enquiries To: Bchacc Sent: Tuesday, June 22, 2004 7:57 AM Subject: Fax Message Received ALERT!!! Road Runner is currently dropping all .com, .exe and .pif files in order to prevent negative affects from the Zafi.B/W32.Erkez.B at mm virus on our network and subscribers, and to help keep the virus from circulating around the Internet. If you need to send or receive these files types, please make sure that the file is sent as a .zip or .gzip compressed file. Road Runner will resume accepting .com, .exe and .pif file extensions as soon as possible. The following attachments were infected and have been repaired: No attachments are in this category. The following attachments were deleted due to an inability to clean them: No attachments are in this category. The Following attachments were not delivered due to inbound mail policy violations: 1. text_document.com: Mail Policy Block (Attachment Name) Road Runner does not contact the sender of the infected attachment(s). Removal tools (to clean your computer) can be located at: Computer Associates: http://www3.ca.com/securityadvisor/virusinfo/virus.aspx?id=39333 Symantec: http://securityresponse.symantec.com/avcenter/venc/data/w32.erkez.b at mm.removal.tool.htm ------------ Original message text follows ------------ From kaupca at chevrontexaco.com Tue Jun 22 09:42:42 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Tue, 22 Jun 2004 09:42:42 -0500 Subject: [AccessD] Store value on form to table Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0F97A8@bocnte2k4.boc.chevrontexaco.net> I have two questions regarding storing a value on a form to a table. I have a text box on a form that gets its value from a selection made on another form. I also have on the same form a drop down list box. When I created the list box I picked the selection to store that value in this field but that only gives me a list of fields in the query that is the source for the list box. I need to store the contents of the text box and the selection from the drop down list box to a table. I am having no success doing this. Your help in doing this would be appreciated. Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. From kaupca at chevrontexaco.com Tue Jun 22 09:46:43 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Tue, 22 Jun 2004 09:46:43 -0500 Subject: [AccessD] FW: Store value on form to table Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0273959D@bocnte2k4.boc.chevrontexaco.net> I made a misstatement in my original question. The building of the list box is giving me the list of fields that are the record source of the form. The values from the list box are not getting stored though. Why? Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. > -----Original Message----- > From: Kaup, Chester A > Sent: Tuesday, June 22, 2004 9:43 AM > To: AccessD at databaseadvisors.com > Subject: Store value on form to table > > I have two questions regarding storing a value on a form to a table. > I have a text box on a form that gets its value from a selection made > on another form. > I also have on the same form a drop down list box. When I created the > list box I picked the selection to store that value in this field but > that only gives me a list of fields in the query that is the source > for the list box. I need to store the contents of the text box and the > selection from the drop down list box to a table. I am having no > success doing this. Your help in doing this would be appreciated. > > Chester Kaup > Information Management Technician > IT-MidContinent/MidContinent Business Unit > CTN 8-687-7415 > Outside 432-687-7414 > > No trees were killed in the sending of this message. However a large > number of electrons were terribly inconvenienced. > > > From ggonzalez at cccis.com Tue Jun 22 09:55:07 2004 From: ggonzalez at cccis.com (ggonzalez at cccis.com) Date: Tue, 22 Jun 2004 09:55:07 -0500 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0F97A8@bocnte2k4.boc.chevrontexaco.net> Message-ID: does anyone know a way to recover a lost Database Password. The company I work for has a database they need to access but the developer of the database is long gone. Thanks "Kaup, Chester A" To Sent by: AccessD at databaseadvisors.com accessd-bounces at d cc atabaseadvisors.c om Subject [AccessD] Store value on form to table 06/22/2004 09:42 AM Please respond to Access Developers discussion and problem solving I have two questions regarding storing a value on a form to a table. I have a text box on a form that gets its value from a selection made on another form. I also have on the same form a drop down list box. When I created the list box I picked the selection to store that value in this field but that only gives me a list of fields in the query that is the source for the list box. I need to store the contents of the text box and the selection from the drop down list box to a table. I am having no success doing this. Your help in doing this would be appreciated. Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 22 10:21:34 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 22 Jun 2004 17:21:34 +0200 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: References: Message-ID: <805437558.20040622172134@cactus.dk> Hi Gonzalez If you are talking about a simple database password, look up: "Access Password Crack(?)" in the archive from 2002-11-10. /gustav > does anyone know a way to recover a lost Database Password. The company I > work for has a database they need to access but the developer of the > database is long gone. From DWUTKA at marlow.com Tue Jun 22 10:41:25 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:41:25 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> Couldn't agree more. When I was in boot camp, one of our drill sargeants told us that the lock on our lockers only kept honest people honest. Very true statement. I had a talk with our CFO one day (my bosses boss), and told him that our best network security was ignorance. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS Sent: Monday, June 21, 2004 9:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 10:38:36 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:38:36 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB054@main2.marlow.com> Ooops, I probably needed some more coffee yesterday, cause I typed the 'calls' by hand in email yesterday. Just had that function miss named. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Tuesday, June 22, 2004 8:27 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Cheers, thanks, Rocky, that may help -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 22, 2004 2:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! I had to change the statement HoleOutForm Application.hWndAccessApplication to HoleOutForm Application.hWndAccessApp to make it work on my A2K. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Paul Rodgers" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 22, 2004 5:41 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > Hi Drew > > Looks really interesting, but I must have spoilt my Acess2k with my own > very basic work, because it sees this as too sophisticated. > > Do you happen to have it zipped up anywhere where I could get to look at it > without this mutiny please? > > All the best > > paul > > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Tuesday, June 22, 2004 10:58 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 10:41:52 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:41:52 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB056@main2.marlow.com> Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 10:42:14 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:42:14 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB057@main2.marlow.com> LOL. It was certainly fun to write! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Foote, Chris Sent: Tuesday, June 22, 2004 2:20 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Good grief! What an amazing idea! Regards Chris Foote - UK > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 10:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > ---------(Drew's way too cool code snipped)--------- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Tue Jun 22 10:43:01 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Tue, 22 Jun 2004 11:43:01 -0400 Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Message-ID: Holy cow...turns out I wasn't insane after all!!! (at least regarding this problem;)) M$ issued a hotfix to address my EXACT situation. http://support.microsoft.com/default.aspx?scid=kb;en-us;841365 Microsoft Knowledge Base Article - 841365 Description of the Access 2002 post-Service Pack 3 hotfix package: May 27, 2004 The following issue is fixed in this hotfix package, but was not previously documented in a Microsoft Knowledge Base article: When you try to import a file such as a Microsoft Excel spreadsheet in Access 2002, you cannot rename a field in the Import Wizard. This issue may occur after you install Microsoft Office XP Service Pack 3 (SP3). Mark -----Original Message----- From: Mitsules, Mark Sent: Monday, June 21, 2004 3:37 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Method 'Columns' of object 'IImexGrid' failed Group, This problem is slowly driving me insane:( I am no longer getting the subject error, however the Access Import/Link Table wizards are STILL not behaving quite normally. Normally, you are allowed to change field names or mark a column as skipped. But in my current configuration, the column properties do not update when you click on a different column header. So far I have loaded the latest service pack and/or version for Windows 2000, Office 2002, Jet 4.0, and MDAC. Does anyone know what to try next? Unbelievable as it may seem, our corporate IT people have given me local admin rights...apparently with the hope that I am able to solve this problem on my own...because they haven't been successful. I have two thoughts on this: First...something was installed/patched out of sequence??? Second, Jet 4.0 service pack 8 was installed, but according to KB829558 it is for Windows XP...I am running Windows 2000. I ran Component Checker Version 2.0 against MDAC 2.8 RTM. It found two mismatches: - - - Awaiting any suggestions... Mark -----Original Message----- From: Mitsules, Mark Sent: Wednesday, June 16, 2004 9:45 AM To: [AccessD] Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Group, Has anyone seen this error and know how to 'fix' it? If anyone recalls, my PC was recently 'refreshed' by the IT department...after which I was unable to import .xls files into Access. Well they did a complete reinstall and all the different file types are now available for import. But now, when running either the import or link table wizard, I get the error listed above. Any suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ranthony at wrsystems.com Tue Jun 22 10:45:43 2004 From: ranthony at wrsystems.com (ranthony at wrsystems.com) Date: Tue, 22 Jun 2004 11:45:43 -0400 Subject: [AccessD] Lost/Forgotten Password Message-ID: <5F21A4E8B8DD734992EF9E70AC9D3064128C42@mail2.wrsystems.com> I used PasswordPro, IIRC, you can google it. It's about $30. -----Original Message----- From: ggonzalez at cccis.com [mailto:ggonzalez at cccis.com] Sent: Tuesday, June 22, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Lost/Forgotten Password does anyone know a way to recover a lost Database Password. The company I work for has a database they need to access but the developer of the database is long gone. Thanks "Kaup, Chester A" To Sent by: AccessD at databaseadvisors.com accessd-bounces at d cc atabaseadvisors.c om Subject [AccessD] Store value on form to table 06/22/2004 09:42 AM Please respond to Access Developers discussion and problem solving I have two questions regarding storing a value on a form to a table. I have a text box on a form that gets its value from a selection made on another form. I also have on the same form a drop down list box. When I created the list box I picked the selection to store that value in this field but that only gives me a list of fields in the query that is the source for the list box. I need to store the contents of the text box and the selection from the drop down list box to a table. I am having no success doing this. Your help in doing this would be appreciated. Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 22 10:38:08 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 22 Jun 2004 08:38:08 -0700 Subject: [AccessD] My Finished Web Site In-Reply-To: <005401c4585f$490eca60$0b08a8c0@carltonone.local> Message-ID: Very nice site...a lot of work. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS Sent: Tuesday, June 22, 2004 6:46 AM To: access group Subject: [AccessD] My Finished Web Site Guys, Just finished the revamping work on my business web site and have added numerous features thanks to the ease of use of PHP-NUKE and mySQL - Learning new skills all the time ; ). You can become a member and add your own web site address with a description in the web links section. It will be added after is has been reviewed by the site admin (me) and approved for posting. Please use the Useful Links category for all your links. There is also a Tech Discussion Forum that comes with PHP-NUKE and I have enabled that after someone posted on AccessD the need for such a beast. I don't have time to run it and moderate it so if you're interested in administering it, please flick me an email and I'll set you up. This is in no way aimed at undermining this great community that is AccessD. I must stress I am not trying to usurp this place in any way shape or form. I love this place and would not do anything to harm it as I use it so often for help... If you feel this is inappropriate, I do apologise in advance as the purpose of this email is to get input from you guys on the finished product and get your web site links up... You can view the site here: www.actebs.com.au Kind Regards Vlad -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 22 11:02:18 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 09:02:18 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> Message-ID: <00f301c45872$4c55e470$6601a8c0@HAL9002> In fact when I was working with this Chinese distributor in the old DOS days (I had implemented a hardware key which plugged into the parallel port) she told me that they have a saying in China "Locks are for the honest man." Rocky ----- Original Message ----- From: To: Sent: Tuesday, June 22, 2004 8:41 AM Subject: RE: [AccessD] Hiding Back End Design > Couldn't agree more. When I was in boot camp, one of our drill sargeants > told us that the lock on our lockers only kept honest people honest. Very > true statement. > > I had a talk with our CFO one day (my bosses boss), and told him that our > best network security was ignorance. LOL > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS > Sent: Monday, June 21, 2004 9:20 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > > Gustav, > > "Personally, I think the time for proprietary systems has passed - customers > need systems they can drag data from to be used elsewhere." > > Never a truer word said. > > With the decision by the Munich government to migrate to Linux, France > looking to do the same and Brazil on the verge, it seems as though the end > is nigh for the proprietary software/business model. > > Hmmm, sorry I went a bit off topic there..... ; ) > > Rocky - if a cracker wants to crack your software he will. There are teams > of these people out there who see it as a challenge. Why waste your time? > > Vlad > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, 22 June 2004 4:02 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Hiding Back End Design > > > Hi Rocky > > No, you cannot open or attach tables from the BE without the correct > password. But as stated from several already, you can google up at least > three password crackers. > > Next step would be Access security as mentioned by Drew, and the next would > be to apply field encryption which is a major step. > > By why not turn it completely around: make the design open and documented as > "this is the way to build a database for an application like this"? Then you > are the master and everyone else is the replicant - following the "Rocky" > standard. Personally, I think the time for proprietary systems has passed - > customers need systems they can drag data from to be used elsewhere. > > Also, I really doubt someone can figure out the intelligence of your app > just by watching the table design. One can watch what is going on when data > have been entered or updated but not _how_, and if someone can figure it > out, he will already know how to build a similar app without knowing your > table design. > > /gustav > > > > If I'm reading the help file correctly, encryption does not hide the > > objects, just the data, yes? I need to hide the design of the back > > end. Password protection is too weak. I'll be up against > > professionals. > > > Rocky > > > ----- Original Message ----- > > From: "Gustav Brock" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 21, 2004 9:41 AM > > Subject: Re: [AccessD] Hiding Back End Design > > > >> Hi Rocky > >> > >> You can encrypt the database. Not bulletproof, of course, but keeps > >> the average user away. > >> > >> /gustav > >> > >> > Is there a way to easily hide the back end design? My distributor in > > Taiwan feels that if the back end design is not hidden then the product > can > > be easily knocked off. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Tue Jun 22 11:06:02 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Tue, 22 Jun 2004 11:06:02 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <19542148406.20040621200202@cactus.dk> Message-ID: <008101c45872$d1993010$2a3ca8c0@TEXASSYSTEMS.COM> Good point. An backend whose design is 'open' can be a selling point. It helps avoid YAID syndrome - "Yet Another Island of Data". Most companies can recognize the benefits of integrating their data - CAD/Design with Bill of Materials, BOM with Purchasing, etc. but are stymied by the 'black box' backends of the various programs they use for each task. Few companies are in the position to 'sweep it all out' and start from scratch, so they look for new software piecemeal, adding functionality as needs require. The problem is that the efficiencies gained by the new software are often mitigated by lack of bridges to the other islands of data surrounding it. This requires workers to do double entry (if they bother at all), use paper-based solutions, create ad-hoc merges of data in Excel, etc. in an attempt to get the unified picture they require to do their jobs. In our company, the preference has been many times to build in-house solutions, that are acknowledged to be less fully-featured than commercial alternatives, in order to gain the benefits of integration with the larger data archipelago. So, instead of viewing the 'openness' of a data schema as a problem, perhaps it should be seen as an opportunity. Document your schema nicely using a case tool. Make it freely available to your customers. It could be the start of realizing a new revenue stream alongside that generated by your standalone program, namely, integration services. -Ken -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Monday, June 21, 2004 1:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav From jeffrey.demulling at usbank.com Tue Jun 22 11:00:57 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 22 Jun 2004 11:00:57 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Very interesting. Have to look at the code now. ------------------------------------------------------------------------------ Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. ============================================================================== From Developer at UltraDNT.com Tue Jun 22 12:11:25 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 22 Jun 2004 13:11:25 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: Message-ID: <000501c4587b$f6732720$6401a8c0@COA3> Drew, this is way cool. I haven't even read the code yet, but is it do-able to have this work the other way, that is, have the Access application shrink down and into itself (sort of like an old tube tv turning off)? Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ggonzalez at cccis.com Tue Jun 22 12:13:28 2004 From: ggonzalez at cccis.com (ggonzalez at cccis.com) Date: Tue, 22 Jun 2004 12:13:28 -0500 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: <805437558.20040622172134@cactus.dk> Message-ID: Gustav, I cant seem to find that Archive Gustav Brock To Sent by: Access Developers discussion and accessd-bounces at d problem solving atabaseadvisors.c om cc Subject 06/22/2004 10:21 Re: [AccessD] Lost/Forgotten AM Password Please respond to Access Developers discussion and problem solving Hi Gonzalez If you are talking about a simple database password, look up: "Access Password Crack(?)" in the archive from 2002-11-10. /gustav > does anyone know a way to recover a lost Database Password. The company I > work for has a database they need to access but the developer of the > database is long gone. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Tue Jun 22 12:13:37 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Tue, 22 Jun 2004 12:13:37 -0500 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <00a001c4587c$428f8ef0$2a3ca8c0@TEXASSYSTEMS.COM> Some resources I found on Audit Tables (sorry, not much DAO/Access here): MSDN Data Points "Creating Audit Tables, Invoking COM Objects, and More" By John Papa http://msdn.microsoft.com/msdnmag/issues/04/04/DataPoints/default.aspx MSDN "Engine-Collection-Class, a Design Pattern for Building Reusable Enterprise Components" Mike McClure http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndevgen/ht ml/desipat.asp MSDN "Designing Data Tier Components and Passing Data Through Tiers" http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/ BOAGag.asp -Ken -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Monday, June 21, 2004 3:44 PM To: accessd at databaseadvisors.com Subject: [AccessD] Recording field changes Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From ranthony at wrsystems.com Tue Jun 22 12:32:55 2004 From: ranthony at wrsystems.com (ranthony at wrsystems.com) Date: Tue, 22 Jun 2004 13:32:55 -0400 Subject: [AccessD] Lost/Forgotten Password Message-ID: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com> Here's one... Poster: MartyConnelly Posted: 2/17/2003 1:58:39 AM Subject: Re: [AccessD] database password Message: This site has tools to crack access 2000 and mdw files Keep your shields up when going there; the site has been hacked before. It is on freebie Russian site that has tracking software and possibly spyware I have seen it recommended by Michael Kaplan to avoid the companies that demand payment for forgotten passwords. http://accesstools.narod.ru/index.html John W. Colby wrote: >Does anyone know if the database password storage / algorithm for A2K is >different from A97? > >I have a password cracker for A97 that I tested and confirmed to work in A97 >(from that Russian guy (Shamil) ;-) but it doesn't seem to work on a db I >created and password protected in A2K. Does it help to make the password >larger or is it a so simple an algorithm that length makes no difference? > >John W. Colby >Colby Consulting >www.ColbyConsulting.com -----Original Message----- From: ggonzalez at cccis.com [mailto:ggonzalez at cccis.com] Sent: Tuesday, June 22, 2004 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Lost/Forgotten Password Gustav, I cant seem to find that Archive Gustav Brock To Sent by: Access Developers discussion and accessd-bounces at d problem solving atabaseadvisors.c om cc Subject 06/22/2004 10:21 Re: [AccessD] Lost/Forgotten AM Password Please respond to Access Developers discussion and problem solving Hi Gonzalez If you are talking about a simple database password, look up: "Access Password Crack(?)" in the archive from 2002-11-10. /gustav > does anyone know a way to recover a lost Database Password. The company I > work for has a database they need to access but the developer of the > database is long gone. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Tue Jun 22 12:56:37 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 22 Jun 2004 12:56:37 -0500 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <200406220515.i5M5FIQ19233@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040622124821.017d5218@pop3.highstream.net> Rocky, Or you could take a cue from commercial software like Remedy (Help Desk Tickets using Oracle) and do something like this: CREATE TABLE H181 ( ENTRYID VARCHAR2(15) NOT NULL, T0 NUMBER(15) NULL, U0 VARCHAR2(30) NULL, T1 NUMBER(15) NULL, U1 VARCHAR2(30) NULL, T2 NUMBER(15) NULL, U2 VARCHAR2(30) NULL, T3 NUMBER(15) NULL, U3 VARCHAR2(30) NULL, T4 NUMBER(15) NULL, U4 VARCHAR2(30) NULL, T5 NUMBER(15) NULL, U5 VARCHAR2(30) NULL ); OR CREATE TABLE T181 ( C1 VARCHAR2(15) NOT NULL, C2 VARCHAR2(30) NULL, C3 NUMBER(15) NOT NULL, C4 VARCHAR2(30) NULL, C5 VARCHAR2(30) NOT NULL, C6 NUMBER(15) NOT NULL, C7 NUMBER(15) NOT NULL, C8 VARCHAR2(128) NOT NULL, C20000998 VARCHAR2(10) NULL, C20000999 VARCHAR2(10) NULL, C200000003 VARCHAR2(50) NULL, C200000004 VARCHAR2(50) NULL, C200000005 VARCHAR2(50) NULL, C200000006 VARCHAR2(50) NULL, C200000007 VARCHAR2(40) NULL, C200000012 VARCHAR2(30) NULL, C230000009 VARCHAR2(30) NULL, C230000010 CLOB NULL, C240000000 VARCHAR2(30) NULL, C240000001 VARCHAR2(128) NULL, C240000002 VARCHAR2(30) NULL, C240000003 VARCHAR2(70) NULL, C240000004 VARCHAR2(30) NULL, C240000005 VARCHAR2(30) NULL, C240000006 VARCHAR2(128) NULL, C240000007 CLOB NULL, C240000008 CLOB NULL, C240000009 NUMBER(15) NULL, C240000010 NUMBER(15) NULL, C240000011 NUMBER(15) NULL, C240000012 CLOB NULL, C240000015 VARCHAR2(128) NULL, C240000016 VARCHAR2(128) NULL, C536871560 NUMBER(15) NULL, C536871562 NUMBER(15) NULL, C536871564 NUMBER(15) NULL, C536871570 NUMBER(15) NULL, C536871572 NUMBER(15) NULL, C536871589 VARCHAR2(50) NULL, C536871604 NUMBER(15) NULL, C536871618 NUMBER(15) NULL, C536871621 NUMBER(15) NULL, C536871649 VARCHAR2(50) NULL ); They use an ODBC driver they developed to show the English names for the columns. And it actually does a join on some of the tables to get the information to display. Personally, I have not found a system that I could not reverse engineer if I had the database table structure. But the "Remedy method" makes it extremely difficult. Robert At 12:15 AM 22/06/2004 -0500, you wrote: >Date: Mon, 21 Jun 2004 20:02:02 +0200 >From: Gustav Brock >Subject: Re: [AccessD] Hiding Back End Design >To: Access Developers discussion and problem solving > >Message-ID: <19542148406.20040621200202 at cactus.dk> >Content-Type: text/plain; charset=us-ascii > >Hi Rocky > >No, you cannot open or attach tables from the BE without the correct >password. But as stated from several already, you can google up at >least three password crackers. > >Next step would be Access security as mentioned by Drew, and the next >would be to apply field encryption which is a major step. > >By why not turn it completely around: make the design open and >documented as "this is the way to build a database for an application >like this"? Then you are the master and everyone else is the >replicant - following the "Rocky" standard. Personally, I think the >time for proprietary systems has passed - customers need systems they >can drag data from to be used elsewhere. > >Also, I really doubt someone can figure out the intelligence of your >app just by watching the table design. One can watch what is going on >when data have been entered or updated but not _how_, and if someone >can figure it out, he will already know how to build a similar app >without knowing your table design. > >/gustav From rl_stewart at highstream.net Tue Jun 22 12:59:01 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 22 Jun 2004 12:59:01 -0500 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <200406220515.i5M5FIQ19233@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040622125720.017dcc88@pop3.highstream.net> Jim, I would have to disagree. In a well designed application, the database design will dictate how the GUI works not the other way. I would find it more difficult to reverse engineer a poorly designed database to replicate an application. Robert At 12:15 AM 22/06/2004 -0500, you wrote: >Date: Mon, 21 Jun 2004 15:21:23 -0400 >From: "Jim Dettman" >Subject: RE: [AccessD] Hiding Back End Design >To: "Access Developers discussion and problem solving" > >Message-ID: >Content-Type: text/plain; charset="iso-8859-1" > >Rocky, > ><To >someone in China who wanted in, would it be very difficult?>> > > No. > > With Access, the best you can do is protect the source code by supplying a >MDE file. Outside of that, it's all easily breakable. > > And I would disagree that the table design is 80% of the app. Probably >the other way around. > >Jim Dettman >(315) 699-3443 >jimdettman at earthlink.net From davide at dalyn.co.nz Tue Jun 22 13:20:58 2004 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 23 Jun 2004 06:20:58 +1200 Subject: [AccessD] Recording field changes In-Reply-To: <00a001c4587c$428f8ef0$2a3ca8c0@TEXASSYSTEMS.COM> References: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20040623061957.03390858@mail.dalyn.co.nz> Thanks everyone for your replies. I will be able to start digesting them all next week. -----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Monday, June 21, 2004 3:44 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Recording field changes > > >Group, > >I have a client that needs to record all changes to the data on a field by >field basis (they don't want to record whole records if there is a change - >just the fields that changed (old and new values)). My initial though is >to put code in every field that records the value on entry, compares this >on exit and records the change if they values are different. > >Because there are several hundred fields involved I was wondering if there >was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From Jim.Hale at FleetPride.com Tue Jun 22 14:03:27 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 22 Jun 2004 14:03:27 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD0E@corp-es01.fleetpride.com> Very nice, Drew. (especially since it is plug and play :-)) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 10:42 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 22 14:26:25 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 22 Jun 2004 14:26:25 -0500 Subject: [AccessD] AXP --> A2K In-Reply-To: <16163078.1087869918092.JavaMail.root@sniper5.usinternet.com> Message-ID: <000201c4588e$cfa67710$de1811d8@danwaters> Thanks Vlad! I know it sounded like a silly question but it seemed too straightforward to be completely believable. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 9:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] AXP --> A2K Dan, Yep, as long as you don't have any AXP specific code. I have done this on numerous occasions. Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, 22 June 2004 1:11 AM To: 'Database Advisors' Subject: [AccessD] AXP --> A2K If I create a FE and BE using Access XP and save both files in A2K format, move those files to a different PC which only has Access 2K, will A2K be able to open and run those files? (Assuming any AXP only functionality is not used.) Thanks! Dan -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 22 14:57:08 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 22 Jun 2004 12:57:08 -0700 Subject: [AccessD] FW: Store value on form to table References: <193572B4E0FC1744BEDFEE63F82CEC9E0273959D@bocnte2k4.boc.chevrontexaco.net> Message-ID: <40D88F14.60802@shaw.ca> Not sure exactly what you are doing but have a look at these sample mdb's especially cascading combo boxes and listboxes. And this one MultiSelect.mdb ( intermediate ) Form illustrates two methods how to write values selected in a multi-select list box into a table. http://www.rogersaccesslibrary.com/TableOfContents3.asp Might be enough to get you started. Kaup, Chester A wrote: >I made a misstatement in my original question. The building of the list >box is giving me the list of fields that are the record source of the >form. The values from the list box are not getting stored though. Why? > >Chester Kaup >Information Management Technician >IT-MidContinent/MidContinent Business Unit >CTN 8-687-7415 >Outside 432-687-7414 > >No trees were killed in the sending of this message. However a large >number of electrons were terribly inconvenienced. > > > > > >> -----Original Message----- >>From: Kaup, Chester A >>Sent: Tuesday, June 22, 2004 9:43 AM >>To: AccessD at databaseadvisors.com >>Subject: Store value on form to table >> >>I have two questions regarding storing a value on a form to a table. >>I have a text box on a form that gets its value from a selection made >>on another form. >>I also have on the same form a drop down list box. When I created the >>list box I picked the selection to store that value in this field but >>that only gives me a list of fields in the query that is the source >>for the list box. I need to store the contents of the text box and the >>selection from the drop down list box to a table. I am having no >>success doing this. Your help in doing this would be appreciated. >> >>Chester Kaup >>Information Management Technician >>IT-MidContinent/MidContinent Business Unit >>CTN 8-687-7415 >>Outside 432-687-7414 >> >>No trees were killed in the sending of this message. However a large >>number of electrons were terribly inconvenienced. >> >> >> >> >> -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Tue Jun 22 15:06:44 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 22 Jun 2004 13:06:44 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> <00f301c45872$4c55e470$6601a8c0@HAL9002> Message-ID: <40D89154.9010301@shaw.ca> Have you looked at Garry Robinson's book yet "Real World Microsoft Access Database Protection and Security". http://vb123.com/map/ A shareware version of a simplified user security add-in - LASsie (Light Application Security) for MS Access - is available for download here: http://www.peterssoftware.com/las.htm Also, there's the Access Project Security Manager from databasecreations, Inc.: http://www.databasecreations.com/prod_apsm.htm Rocky Smolin - Beach Access Software wrote: >In fact when I was working with this Chinese distributor in the old DOS days >(I had implemented a hardware key which plugged into the parallel port) she >told me that they have a saying in China "Locks are for the honest man." > >Rocky > >----- Original Message ----- >From: >To: >Sent: Tuesday, June 22, 2004 8:41 AM >Subject: RE: [AccessD] Hiding Back End Design > > > > >>Couldn't agree more. When I was in boot camp, one of our drill sargeants >>told us that the lock on our lockers only kept honest people honest. Very >>true statement. >> >>I had a talk with our CFO one day (my bosses boss), and told him that our >>best network security was ignorance. LOL >> >>Drew >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS >>Sent: Monday, June 21, 2004 9:20 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] Hiding Back End Design >> >> >>Gustav, >> >>"Personally, I think the time for proprietary systems has passed - >> >> >customers > > >>need systems they can drag data from to be used elsewhere." >> >>Never a truer word said. >> >>With the decision by the Munich government to migrate to Linux, France >>looking to do the same and Brazil on the verge, it seems as though the end >>is nigh for the proprietary software/business model. >> >>Hmmm, sorry I went a bit off topic there..... ; ) >> >>Rocky - if a cracker wants to crack your software he will. There are teams >>of these people out there who see it as a challenge. Why waste your time? >> >>Vlad >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >>Sent: Tuesday, 22 June 2004 4:02 AM >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] Hiding Back End Design >> >> >>Hi Rocky >> >>No, you cannot open or attach tables from the BE without the correct >>password. But as stated from several already, you can google up at least >>three password crackers. >> >>Next step would be Access security as mentioned by Drew, and the next >> >> >would > > >>be to apply field encryption which is a major step. >> >>By why not turn it completely around: make the design open and documented >> >> >as > > >>"this is the way to build a database for an application like this"? Then >> >> >you > > >>are the master and everyone else is the replicant - following the "Rocky" >>standard. Personally, I think the time for proprietary systems has >> >> >passed - > > >>customers need systems they can drag data from to be used elsewhere. >> >>Also, I really doubt someone can figure out the intelligence of your app >>just by watching the table design. One can watch what is going on when >> >> >data > > >>have been entered or updated but not _how_, and if someone can figure it >>out, he will already know how to build a similar app without knowing your >>table design. >> >>/gustav >> >> >> >> >>>If I'm reading the help file correctly, encryption does not hide the >>>objects, just the data, yes? I need to hide the design of the back >>>end. Password protection is too weak. I'll be up against >>>professionals. >>> >>> >>>Rocky >>> >>> >>>----- Original Message ----- >>>From: "Gustav Brock" >>>To: "Access Developers discussion and problem solving" >>> >>>Sent: Monday, June 21, 2004 9:41 AM >>>Subject: Re: [AccessD] Hiding Back End Design >>> >>> >> >> >>>>Hi Rocky >>>> >>>>You can encrypt the database. Not bulletproof, of course, but keeps >>>>the average user away. >>>> >>>>/gustav >>>> >>>> >>>> >>>>>Is there a way to easily hide the back end design? My distributor in >>>>> >>>>> >>>Taiwan feels that if the back end design is not hidden then the product >>> >>> >>can >> >> >>>be easily knocked off. >>> >>> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From cfoust at infostatsystems.com Tue Jun 22 15:17:40 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 22 Jun 2004 13:17:40 -0700 Subject: [AccessD] Re: Hiding Back End Design Message-ID: It also makes it a pain in the anatomy to maintain! Charlotte Foust -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Tuesday, June 22, 2004 9:57 AM To: accessd at databaseadvisors.com Cc: bchacc at san.rr.com Subject: [AccessD] Re: Hiding Back End Design Rocky, Or you could take a cue from commercial software like Remedy (Help Desk Tickets using Oracle) and do something like this: CREATE TABLE H181 ( ENTRYID VARCHAR2(15) NOT NULL, T0 NUMBER(15) NULL, U0 VARCHAR2(30) NULL, T1 NUMBER(15) NULL, U1 VARCHAR2(30) NULL, T2 NUMBER(15) NULL, U2 VARCHAR2(30) NULL, T3 NUMBER(15) NULL, U3 VARCHAR2(30) NULL, T4 NUMBER(15) NULL, U4 VARCHAR2(30) NULL, T5 NUMBER(15) NULL, U5 VARCHAR2(30) NULL ); OR CREATE TABLE T181 ( C1 VARCHAR2(15) NOT NULL, C2 VARCHAR2(30) NULL, C3 NUMBER(15) NOT NULL, C4 VARCHAR2(30) NULL, C5 VARCHAR2(30) NOT NULL, C6 NUMBER(15) NOT NULL, C7 NUMBER(15) NOT NULL, C8 VARCHAR2(128) NOT NULL, C20000998 VARCHAR2(10) NULL, C20000999 VARCHAR2(10) NULL, C200000003 VARCHAR2(50) NULL, C200000004 VARCHAR2(50) NULL, C200000005 VARCHAR2(50) NULL, C200000006 VARCHAR2(50) NULL, C200000007 VARCHAR2(40) NULL, C200000012 VARCHAR2(30) NULL, C230000009 VARCHAR2(30) NULL, C230000010 CLOB NULL, C240000000 VARCHAR2(30) NULL, C240000001 VARCHAR2(128) NULL, C240000002 VARCHAR2(30) NULL, C240000003 VARCHAR2(70) NULL, C240000004 VARCHAR2(30) NULL, C240000005 VARCHAR2(30) NULL, C240000006 VARCHAR2(128) NULL, C240000007 CLOB NULL, C240000008 CLOB NULL, C240000009 NUMBER(15) NULL, C240000010 NUMBER(15) NULL, C240000011 NUMBER(15) NULL, C240000012 CLOB NULL, C240000015 VARCHAR2(128) NULL, C240000016 VARCHAR2(128) NULL, C536871560 NUMBER(15) NULL, C536871562 NUMBER(15) NULL, C536871564 NUMBER(15) NULL, C536871570 NUMBER(15) NULL, C536871572 NUMBER(15) NULL, C536871589 VARCHAR2(50) NULL, C536871604 NUMBER(15) NULL, C536871618 NUMBER(15) NULL, C536871621 NUMBER(15) NULL, C536871649 VARCHAR2(50) NULL ); They use an ODBC driver they developed to show the English names for the columns. And it actually does a join on some of the tables to get the information to display. Personally, I have not found a system that I could not reverse engineer if I had the database table structure. But the "Remedy method" makes it extremely difficult. Robert At 12:15 AM 22/06/2004 -0500, you wrote: >Date: Mon, 21 Jun 2004 20:02:02 +0200 >From: Gustav Brock >Subject: Re: [AccessD] Hiding Back End Design >To: Access Developers discussion and problem solving > >Message-ID: <19542148406.20040621200202 at cactus.dk> >Content-Type: text/plain; charset=us-ascii > >Hi Rocky > >No, you cannot open or attach tables from the BE without the correct >password. But as stated from several already, you can google up at >least three password crackers. > >Next step would be Access security as mentioned by Drew, and the next >would be to apply field encryption which is a major step. > >By why not turn it completely around: make the design open and >documented as "this is the way to build a database for an application >like this"? Then you are the master and everyone else is the replicant >- following the "Rocky" standard. Personally, I think the time for >proprietary systems has passed - customers need systems they can drag >data from to be used elsewhere. > >Also, I really doubt someone can figure out the intelligence of your >app just by watching the table design. One can watch what is going on >when data have been entered or updated but not _how_, and if someone >can figure it out, he will already know how to build a similar app >without knowing your table design. > >/gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 22 15:34:38 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 13:34:38 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> <00f301c45872$4c55e470$6601a8c0@HAL9002> <40D89154.9010301@shaw.ca> Message-ID: <020001c45898$57178910$6601a8c0@HAL9002> Marty: Lassie and Access Project Security Manager work on front end objects. Don't appear to secure the back end. Do you know if Robinson's book talks about securing the back end? TIA Rocky ----- Original Message ----- From: "MartyConnelly" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 22, 2004 1:06 PM Subject: Re: [AccessD] Hiding Back End Design > Have you looked at Garry Robinson's book yet "Real World Microsoft > Access Database Protection and Security". > http://vb123.com/map/ > > A shareware version of a simplified user security add-in - LASsie > (Light Application Security) for MS Access - is available for download > here: > http://www.peterssoftware.com/las.htm > > Also, there's the Access Project Security Manager from > databasecreations, Inc.: > http://www.databasecreations.com/prod_apsm.htm > > > Rocky Smolin - Beach Access Software wrote: > > >In fact when I was working with this Chinese distributor in the old DOS days > >(I had implemented a hardware key which plugged into the parallel port) she > >told me that they have a saying in China "Locks are for the honest man." > > > >Rocky > > > >----- Original Message ----- > >From: > >To: > >Sent: Tuesday, June 22, 2004 8:41 AM > >Subject: RE: [AccessD] Hiding Back End Design > > > > > > > > > >>Couldn't agree more. When I was in boot camp, one of our drill sargeants > >>told us that the lock on our lockers only kept honest people honest. Very > >>true statement. > >> > >>I had a talk with our CFO one day (my bosses boss), and told him that our > >>best network security was ignorance. LOL > >> > >>Drew > >> > >>-----Original Message----- > >>From: accessd-bounces at databaseadvisors.com > >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS > >>Sent: Monday, June 21, 2004 9:20 PM > >>To: 'Access Developers discussion and problem solving' > >>Subject: RE: [AccessD] Hiding Back End Design > >> > >> > >>Gustav, > >> > >>"Personally, I think the time for proprietary systems has passed - > >> > >> > >customers > > > > > >>need systems they can drag data from to be used elsewhere." > >> > >>Never a truer word said. > >> > >>With the decision by the Munich government to migrate to Linux, France > >>looking to do the same and Brazil on the verge, it seems as though the end > >>is nigh for the proprietary software/business model. > >> > >>Hmmm, sorry I went a bit off topic there..... ; ) > >> > >>Rocky - if a cracker wants to crack your software he will. There are teams > >>of these people out there who see it as a challenge. Why waste your time? > >> > >>Vlad > >> > >>-----Original Message----- > >>From: accessd-bounces at databaseadvisors.com > >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > >>Sent: Tuesday, 22 June 2004 4:02 AM > >>To: Access Developers discussion and problem solving > >>Subject: Re: [AccessD] Hiding Back End Design > >> > >> > >>Hi Rocky > >> > >>No, you cannot open or attach tables from the BE without the correct > >>password. But as stated from several already, you can google up at least > >>three password crackers. > >> > >>Next step would be Access security as mentioned by Drew, and the next > >> > >> > >would > > > > > >>be to apply field encryption which is a major step. > >> > >>By why not turn it completely around: make the design open and documented > >> > >> > >as > > > > > >>"this is the way to build a database for an application like this"? Then > >> > >> > >you > > > > > >>are the master and everyone else is the replicant - following the "Rocky" > >>standard. Personally, I think the time for proprietary systems has > >> > >> > >passed - > > > > > >>customers need systems they can drag data from to be used elsewhere. > >> > >>Also, I really doubt someone can figure out the intelligence of your app > >>just by watching the table design. One can watch what is going on when > >> > >> > >data > > > > > >>have been entered or updated but not _how_, and if someone can figure it > >>out, he will already know how to build a similar app without knowing your > >>table design. > >> > >>/gustav > >> > >> > >> > >> > >>>If I'm reading the help file correctly, encryption does not hide the > >>>objects, just the data, yes? I need to hide the design of the back > >>>end. Password protection is too weak. I'll be up against > >>>professionals. > >>> > >>> > >>>Rocky > >>> > >>> > >>>----- Original Message ----- > >>>From: "Gustav Brock" > >>>To: "Access Developers discussion and problem solving" > >>> > >>>Sent: Monday, June 21, 2004 9:41 AM > >>>Subject: Re: [AccessD] Hiding Back End Design > >>> > >>> > >> > >> > >>>>Hi Rocky > >>>> > >>>>You can encrypt the database. Not bulletproof, of course, but keeps > >>>>the average user away. > >>>> > >>>>/gustav > >>>> > >>>> > >>>> > >>>>>Is there a way to easily hide the back end design? My distributor in > >>>>> > >>>>> > >>>Taiwan feels that if the back end design is not hidden then the product > >>> > >>> > >>can > >> > >> > >>>be easily knocked off. > >>> > >>> > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >> > >> > >> > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > 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 Jun 22 16:37:36 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 23 Jun 2004 07:37:36 +1000 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: <5F21A4E8B8DD734992EF9E70AC9D3064128C42@mail2.wrsystems.com> Message-ID: <40D93340.18340.14417645@localhost> On 22 Jun 2004 at 11:45, ranthony at wrsystems.com wrote: > I used PasswordPro, IIRC, you can google it. It's about $30. > I use Access Key from http://www.lostpassword.com It's allowed to me recover and extend several "secure" Acess applications where the developer was no longer available. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From DWUTKA at marlow.com Tue Jun 22 17:19:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 17:19:09 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB05B@main2.marlow.com> Isn't plug and play convenient? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Tuesday, June 22, 2004 2:03 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Very nice, Drew. (especially since it is plug and play :-)) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 10:42 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 17:28:11 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 17:28:11 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB05C@main2.marlow.com> -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Tuesday, June 22, 2004 12:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Drew, this is way cool. I haven't even read the code yet, but is it do-able to have this work the other way, that is, have the Access application shrink down and into itself (sort of like an old tube tv turning off)? Steve Sure can. Put the following into a module: Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Private Const RGN_AND = 1 Function TVTubeOut(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = rt.Bottom rtCircle.Top = rt.Top rtCircle.Right = rt.Right rtCircle.Left = rt.Left If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If Do Until rtCircle.Top >= rtCircle.Bottom X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_AND) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom - 1 rtCircle.Top = rtCircle.Top + 1 rtCircle.Left = rtCircle.Left + 1 rtCircle.Right = rtCircle.Right - 1 DeleteObject X DeleteObject InitialRegion Loop DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function And you can call it with: Private Sub Command8_Click() TVTubeOut Me.hwnd DoCmd.Close acForm, Me.Name End Sub Private Sub Command9_Click() TVTubeOut Application.hWndAccessApp DoCmd.Quit End Sub One closes the form, one closes Access. Drew From gustav at cactus.dk Wed Jun 23 04:10:26 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 23 Jun 2004 11:10:26 +0200 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: References: Message-ID: <1847195676.20040623111026@cactus.dk> Hi Gonzalez > Gustav, I cant seem to find that Archive OK, here goes - but remember, this is not for Access security (mdw files) only simple database protection of Access 97 files. >From A2000 (Jet 4.0) it is not that easy to handle. (The old list mentioned is the one hosted by MT Group). --- Recently we had to deal with some password protected Access 97 files and found a message on this from the old list. I've brushed it up slightly much because it contained a bug and because I found out that a file password can be 20 characters long when set from code but only 14 when set manually! Anyway, here's the simple code to read the password from an Access 97 file - also to warn you not to rely too much on this kind of protection (beware of line breaks): Public Sub smsAcc97PwdRead(ByVal vstrMdbPath As String) ' Purpose: Read MS Access 97 database level password ' Written by: Shamil Salakhetdinov ' e-mail: shamil at marta.darts.spb.ru ' ' Parameters: ' vstrMdbPath - full path for MS Access 97 database ' ' ' Credits: ' www.rootshell.com/archive-j457nxiqi3gq59dv/199902/all-access.c.html ' ' Modified: 2001-06-20. Cactus Data ApS. ' Reason: Password length was limited to 13 characters ' Now reads a password with the maximum length of 20 characters. ' ' String manipulation simplified. ' Rudimentary check of file type as Jet file added. On Error GoTo smsAccPwdRead_Err Const cintAcc97JetOffset As Integer = &H5 Const cintAcc97PwdOffset As Integer = &H43 Const cintAcc97PwdLength As Integer = 20 ' Only up to cintAcc97PwdLenMan characters ' can be entered manually when changing password. Const cintAcc97PwdLenMan As Integer = 14 Const cstrJetFileTypeID As String * 15 = "Standard Jet DB" Dim strJetBuf As String * 15 Dim strPwdClear As String Dim strPwdBuf As String * cintAcc97PwdLength Dim strPwd As String Dim strMsgTxt As String Dim strMsgTit As String Dim intMsgMod As Integer Dim bytChr As Byte Dim intLen As Integer Dim intFn As Integer Dim intI As Integer strPwdClear = Chr(&H86) & Chr(&HFB) & Chr(&HEC) & Chr(&H37) & _ Chr(&H5D) & Chr(&H44) & Chr(&H9C) & Chr(&HFA) & _ Chr(&HC6) & Chr(&H5E) & Chr(&H28) & Chr(&HE6) & _ Chr(&H13) & Chr(&HB6) & Chr(&H8A) & Chr(&H60) & _ Chr(&H54) & Chr(&H94) & Chr(&H7B) & Chr(&H36) strMsgTit = "Access 97 Jet File Password detection" strMsgTxt = "File '" & vstrMdbPath & "'" & vbCrLf intFn = FreeFile Open vstrMdbPath For Binary Access Read As #intFn Get #intFn, cintAcc97JetOffset, strJetBuf Get #intFn, cintAcc97PwdOffset, strPwdBuf Close intFn If Not StrComp(cstrJetFileTypeID, strJetBuf, vbBinaryCompare) = 0 Then ' Not a Jet file. strMsgTxt = strMsgTxt & "can not be identified as a Jet file." intMsgMod = vbExclamation + vbOKOnly Else For intI = 1 To cintAcc97PwdLength bytChr = Asc(Mid(strPwdBuf, intI, 1)) Xor Asc(Mid(strPwdClear, intI, 1)) Mid(strPwdBuf, intI, 1) = Chr(bytChr) If bytChr = 0 Then strPwd = Left(strPwdBuf, intI - 1) ' Stop loop. intI = cintAcc97PwdLength ElseIf intI = cintAcc97PwdLength Then strPwd = strPwdBuf End If Debug.Print Asc(strPwdBuf), strPwdBuf Next intI intLen = Len(strPwd) If intLen = 0 Then ' Password is empty. strMsgTxt = strMsgTxt & "is not password protected." Else strMsgTxt = strMsgTxt & "is protected by password:" & vbCrLf & _ "'" & strPwd & "'." & vbCrLf & vbCrLf & _ "Length of password is " & intLen & " character" & Left("s", Abs(intLen > 1)) & "." If intLen > cintAcc97PwdLenMan Then strMsgTxt = strMsgTxt & vbCrLf & "This password can not be altered manually!" End If End If intMsgMod = vbInformation + vbOKOnly End If MsgBox strMsgTxt, intMsgMod, strMsgTit smsAccPwdRead_Exit: Exit Sub smsAccPwdRead_Err: MsgBox "smsAccPwdRead: Err = " & Err & " - " & Err.Description Resume smsAccPwdRead_Exit End Sub --- Beware of line breaks. /gustav From gustav at cactus.dk Wed Jun 23 06:39:17 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 23 Jun 2004 13:39:17 +0200 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> References: <571230639.20040619131950@cactus.dk> Message-ID: <4416127039.20040623133917@cactus.dk> Hi all Thanks for your replies. Now, next question on this quiet day: How much is the largest count of connected databases (not tables) you have ever used or heard of for one application/frontend? I wouldn't expect it to more than a small handful - but you never know. The type of database connection is not important - it can be Jet, ODBC, Paradox, xBase, Excel, Text, Html or Outlook/Exchange. /gustav From dfenton at ozemail.com.au Wed Jun 23 07:11:53 2004 From: dfenton at ozemail.com.au (David Fenton) Date: Wed, 23 Jun 2004 22:11:53 +1000 Subject: [AccessD] Multiple copies of value across columns in a crosstab. RePost. Message-ID: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> Hello database gurus and developers. Gustav requested re-post because spreadsheet sample was messed up. I hope it can be re-formatted with my asterisks this time. Just line 'em up. If this doesn't work can anyone suggest a way I can get the sample to the group with formatting intact? I can't attach a text file can I? Anyway... I have a problem that I cannot seem to solve. Picture a spreadsheet something like the following (asterisks are column separators and should line up): The sample below should show 5 rows. col1 *col2 *col3 *col4 *col5 *col6 *col7 *col8 *col9 *col10 * Name *PAX*DATEIN*DATEOUT *Jun-01 *Jun-02 *Jun-03 *Jun-04 *Jun-05 *Jun-06* Fred's Tours*12 *Jun-01 *Jun-05 *12 *12 *12 *12 *12 * * Bob's Trips *20 *Jun-03 *Jun-06 * * *20 *20 *20 *20 * Mary's Tours*41 *Jun-02 *Jun-05 * *41 *41 *41 *41 * * I have data for the first four columns in a table in a database (Name, PAX, DATEIN, DATEOUT) I can interrogate the database to find the min date in the DATEIN field and the max date in the DATEOUT field in the entire table. I use these two values to create a temporary table of dates from the min date to the max date. These dynamic values will become the column headers for a crosstab query where I am attempting to re-create the above spreadsheet. I can get the PAX to appear in the correct column ONLY for the first date, but not EACH date in the range from DATEIN to DATEOUT (as shown by the spreadsheet sample). The idea is that the crosstab query will export to EXCEL and the user just has to sum each column to know how many PAX they are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can see the PAX is just copied from the PAX column. We never know what the minimum or maximum date will be on any day. The Crosstab query picks up the dates from the TEMP table (which just has one field of date type) Below is the actual SQL that works, but only puts the PAX in the column where the *first* date column matches the DateIn for that Tour. I want the PAX number to appear in every column from the DateIn to the DateOut, as shown in the sample spreadsheet section above. TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX PIVOT TEMP_StudyTourCalendar.DayNumber; The TEMP_StudyTourCalendar.DayNumber is the field in the created table which holds all the dates from the lowest DateIn to the highest DateOut and forms the column headers. These will vary every day. We will only know the first date and the last date in the table called TEMP_StudyTourCalendar, on the day the crosstab query is run. One day it might have only 6 dates in it, the next day it might have 23 dates in it. The query must work for all dates in the table. Sample data in TEMP_StudyTourCalendar for the spreadsheet above would be: DayNumber 01-Jun-2004 02-Jun-2004 03-Jun-2004 04-Jun-2004 05-Jun-2004 06-Jun-2004 Am I missing something simple here? Any gurus like to sink their teeth into this one? Regards David Fenton Brisbane Australia From kwilliam at ashlandnet.com Wed Jun 23 07:35:23 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Wed, 23 Jun 2004 08:35:23 -0400 Subject: [AccessD] Access Export to Excel In-Reply-To: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> Message-ID: <000801c4591e$8e107270$64aba8c0@ashlandnet.com> Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 From appdevtwo at yahoo.com Wed Jun 23 08:05:54 2004 From: appdevtwo at yahoo.com (joseph sotomayor) Date: Wed, 23 Jun 2004 06:05:54 -0700 (PDT) Subject: [AccessD] Access Export to Excel In-Reply-To: <000801c4591e$8e107270$64aba8c0@ashlandnet.com> Message-ID: <20040623130554.61405.qmail@web41710.mail.yahoo.com> Yes, Use the format$ function: MyStr = Format(0032) ' Returns "0032". Keith Williamson wrote: Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! From artful at rogers.com Wed Jun 23 08:37:41 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 09:37:41 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000301c450fc$88d1ad80$0501a8c0@colbyws> Message-ID: <070f01c45927$419b2620$6601a8c0@rock> You don't need the convert. You can just go SELECT * FROM someWhere WHERE ADateColumn >= "01-01-2004" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, June 13, 2004 12:12 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JHewson at karta.com Wed Jun 23 08:40:06 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 23 Jun 2004 08:40:06 -0500 Subject: [AccessD] Access Export to Excel Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103E01A@karta-exc-int.Karta.com> Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Wed Jun 23 08:40:54 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Wed, 23 Jun 2004 14:40:54 +0100 Subject: [AccessD] Access Export to Excel Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C1AC@ntscxch1.int.rdel.co.uk> I was just about to write a similar reply Jim. You've saved me the effort. Regards Chris Foote - UK > -----Original Message----- > From: Jim Hewson [mailto:JHewson at karta.com] > Sent: Wednesday, June 23, 2004 2:40 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Access Export to Excel > > > Keith, > In my experience, the only way to ensure the "number" remains > "text" in Excel is to prepend with an apostrophe ( ' ). Also > the first data element in the column determines the format > for the entire column. Prior to your export you'll need to > add the apostrophe. It won't show in Excel. > HTH > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith > Williamson > Sent: Wednesday, June 23, 2004 7:35 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access Export to Excel > > > Hi all; > > I'm sure this is an easy one, but.....I have a report that I > am trying to > export to Excel. One of the fields is a text field (example: > "0032", as > text). When it exports to excel, it winds up truncating off > the zeros, to > become "32", instead. I really need this field to remain "0032". Any > ideas? > > Thanks in advance. > > Keith E. Williamson From artful at rogers.com Wed Jun 23 08:44:11 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 09:44:11 -0400 Subject: [AccessD] Cannot edit records in linked DQL table In-Reply-To: <0D2D1FEE52F53B46987A44B2EBF284D6206599@gbtmain.gorskibulk.local> Message-ID: <071001c45928$2a2a84d0$6601a8c0@rock> Double-check that the table in question has a primary key. Access won't let you touch a table without one (though Enterprise Manager will). Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Kahelin Sent: Friday, June 18, 2004 3:21 PM To: Access Developers discussion and problem solving Subject: [AccessD] Cannot edit records in linked DQL table Can someone explain why some SQL table records linked to Access cannot be edited or updated in open table view. As soon as I try to make a change I get a message that another user has the record open and it won't allow saving the changed record. I am the only user using both Access and the SQL database. I can make changes via query. What changes do I need to make in either permissions, or ODBC data source definitions. Further info; we set up the SQL database and tables ourselves - still testing. No problems accessing, updating, adding or deleting records in other databases on the SQL server. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 08:47:48 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 09:47:48 -0400 Subject: [AccessD] Solution Looking for a Problem In-Reply-To: <011701c457a7$fcd83800$6601a8c0@HAL9002> Message-ID: <071101c45928$abb44ae0$6601a8c0@rock> Funny coincidence. I did exactly the same thing yesterday and "discovered" this behaviour myself. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:54 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Solution Looking for a Problem Dear List: I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. Anybody have a use for this tip? Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mikedorism at adelphia.net Wed Jun 23 09:01:35 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Wed, 23 Jun 2004 10:01:35 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <070f01c45927$419b2620$6601a8c0@rock> Message-ID: <000401c4592a$98b8c180$cc0aa845@hargrove.internal> Also be forwarned that SQL Server is just as picky as Access... "01-01-2004" is really "01-01-2004 00:00:00" If you store Null to a SQL Server date field, it saves as "12/31/1899 00:00:00" so you need to use Empty instead. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 9:38 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server You don't need the convert. You can just go SELECT * FROM someWhere WHERE ADateColumn >= "01-01-2004" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, June 13, 2004 12:12 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kwilliam at ashlandnet.com Wed Jun 23 09:02:54 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Wed, 23 Jun 2004 10:02:54 -0400 Subject: [AccessD] Access Export to Excel In-Reply-To: <9C382E065F54AE48BC3AA7925DCBB01C0103E01A@karta-exc-int.Karta.com> Message-ID: <000c01c4592a$c80f4940$64aba8c0@ashlandnet.com> Thanks, guys. I should have thought of that. I must be getting old. :) Regards, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 23 09:24:27 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 23 Jun 2004 16:24:27 +0200 Subject: [AccessD] Multiple copies of value across columns in a crosstab. RePost. In-Reply-To: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> References: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> Message-ID: <9826037069.20040623162427@cactus.dk> Hi David You need two items: a table with dates and a table with your PAX data. For simplicity I call them tblDate and tblPax. Now, fill your tblDate with all the dates you wish to view or - if it is filled with "every possible date from 1990 to 2030" - select the date interval you wish to view. Then create a crosstab query something like this: TRANSFORM Sum([PAX] * Abs([Date] Between [DateIn] And [DateOut])) SELECT tblPax.ID, tblPax.Name, tblPax.DateIn tblPax.DateOut FROM tblPax, tblDate GROUP BY tblPax.ID, tblPax.Name, tblPax.DateIn, tblPax.DateOut PIVOT tblDate.Date; Note the missing join between the two tables. /gustav > Picture a spreadsheet something like the following (asterisks are column > separators and should line up): The sample below should show 5 rows. > col1 *col2 *col3 *col4 *col5 *col6 *col7 *col8 *col9 *col10 * > Name *PAX *DATEIN *DATEOUT *Jun-01 *Jun-02 *Jun-03 *Jun-04 *Jun-05 *Jun-06* > Fred's Tours *12 *Jun-01 *Jun-05 *12 *12 *12 *12 *12 * * > Bob's Trips *20 *Jun-03 *Jun-06 * * *20 *20 *20 *20 * > Mary's Tours *41 *Jun-02 *Jun-05 * *41 *41 *41 *41 * * > I have data for the first four columns in a table in a database (Name, PAX, > DATEIN, DATEOUT) > I can interrogate the database to find the min date in the DATEIN field and > the max date in the DATEOUT field in the entire table. I use these two > values to create a temporary table of dates from the min date to the max > date. These dynamic values will become the column headers for a crosstab > query where I am attempting to re-create the above spreadsheet. > I can get the PAX to appear in the correct column ONLY for the first date, > but not EACH date in the range from DATEIN to DATEOUT (as shown by the > spreadsheet sample). The idea is that the crosstab query will export to > EXCEL and the user just has to sum each column to know how many PAX they > are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on > Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can > see the PAX is just copied from the PAX column. We never know what the > minimum or maximum date will be on any day. The Crosstab query picks up the > dates from the TEMP table (which just has one field of date type) > Below is the actual SQL that works, but only puts the PAX in the column > where the *first* date column matches the DateIn for that Tour. I want the > PAX number to appear in every column from the DateIn to the DateOut, as > shown in the sample spreadsheet section above. > TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX > SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, qryST_Calendar.PAX > FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar > ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber > GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, > qryST_Calendar.PAX > PIVOT TEMP_StudyTourCalendar.DayNumber; > The TEMP_StudyTourCalendar.DayNumber is the field in the created table > which holds all the dates from the lowest DateIn to the highest DateOut and > forms the column headers. These will vary every day. We will only know the > first date and the last date in the table called TEMP_StudyTourCalendar, on > the day the crosstab query is run. One day it might have only 6 dates in > it, the next day it might have 23 dates in it. The query must work for all > dates in the table. > Sample data in TEMP_StudyTourCalendar for the spreadsheet above would be: > DayNumber > 01-Jun-2004 > 02-Jun-2004 > 03-Jun-2004 > 04-Jun-2004 > 05-Jun-2004 > 06-Jun-2004 > Am I missing something simple here? > Any gurus like to sink their teeth into this one? > Regards > David Fenton > Brisbane > Australia From Jim.Hale at FleetPride.com Wed Jun 23 09:26:00 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 09:26:00 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD13@corp-es01.fleetpride.com> You guys won't believe this. Diebold was/is using Access as the DB for its voting app. Talk about back end security issues!! Bring back the good 'ol days of hanging chads ! The lead in paragraphs are from Peters software newsletter. Incredible! Jim Hale 3. How NOT To Design an Application ------------------------------------- Well, Microsoft Access made history recently by being at the center of an automated voting machine controversy. It seems that Diebold Election Systems put together an application for the very, Very, VERY important purpose of counting votes in US elections. 37 states made use of this application. The only problem? Well, there were many! It seems that Diebold left their source code and other critical information on an unprotected public web site. They used bad vote accounting practices. They did not secure their MS Access databases, and they chose to use MS Access for this critical application in the first place! Sometimes knowing when NOT to use MS Access is just as important as knowing HOW to use MS Access. An investigative reporter in the article below was able to edit the Diebold MS Access tables directly, change vote totals, and erase the audit trail from the poorly designed tables. Whooops! That could be called a FLAW! A database like Oracle would have been much better for this task because you can have triggers (event procedures) for TABLE events. With Oracle you can have a procedure execute when a table record is updated, or a table field is updated. You can only do that with forms in MS Access, not tables. That means that a well-designed Oracle database would not be as susceptible to direct table editing without an audit trail the way this MS Access database was. Here's the story - a very good lesson on how NOT to design a critical application: Link: http://www.scoop.co.nz/mason/stories/HL0307/S00065.htm From paul.hartland at fsmail.net Wed Jun 23 09:52:33 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Wed, 23 Jun 2004 16:52:33 +0200 (CEST) Subject: [AccessD] Select All Records From A Table If Frame Value Equals 4 Message-ID: <26689073.1088002353649.JavaMail.www@wwinf3005> To all, Gone brain dead I?m sure this is a very simple one, basically I?m using a form which has a start date, end date and a frame with four possible options (Shift A, Shift B, Nights & All). If the user selects Shift A, Shift B or Nights then the query runs great, I just can?t see how to return all the shifts between the dates if the user selects all I have the following code in the criteria: IIf([Forms]![frmDateSelection]![fraShiftSelect]=1,"A",IIf([Forms]![frmDateSelection]![fraShiftSelect]=2,"B",IIf([Forms]![frmDateSelection]![fraShiftSelect]=3,"Nights","A or B or Nights"))) What do I need to do to be able to return all records ? Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From Jim.Hale at FleetPride.com Wed Jun 23 09:59:56 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 09:59:56 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD14@corp-es01.fleetpride.com> Yup, particularly since I don't have a clue what the code is doing. This will be fun to unravel and understand. :-) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 5:19 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Isn't plug and play convenient? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Tuesday, June 22, 2004 2:03 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Very nice, Drew. (especially since it is plug and play :-)) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 10:42 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Wed Jun 23 10:04:58 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 10:04:58 -0500 Subject: [AccessD] Select All Records From A Table If Frame Value Equa ls 4 Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD15@corp-es01.fleetpride.com> Like(*)? Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Wednesday, June 23, 2004 9:53 AM To: accessd Subject: [AccessD] Select All Records From A Table If Frame Value Equals 4 To all, Gone brain dead I'm sure this is a very simple one, basically I'm using a form which has a start date, end date and a frame with four possible options (Shift A, Shift B, Nights & All). If the user selects Shift A, Shift B or Nights then the query runs great, I just can't see how to return all the shifts between the dates if the user selects all...... I have the following code in the criteria: IIf([Forms]![frmDateSelection]![fraShiftSelect]=1,"A",IIf([Forms]![frmDateSe lection]![fraShiftSelect]=2,"B",IIf([Forms]![frmDateSelection]![fraShiftSele ct]=3,"Nights","A or B or Nights"))) What do I need to do to be able to return all records ? Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 10:15:19 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 11:15:19 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <001701c457ff$6b3f6410$0b08a8c0@carltonone.local> Message-ID: <072d01c45934$e5925340$6601a8c0@rock> I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 23 10:18:28 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 23 Jun 2004 08:18:28 -0700 Subject: [AccessD] Hiding Back End Design References: <6A6AA9DF57E4F046BDA1E273BDDB677217FD13@corp-es01.fleetpride.com> Message-ID: <005301c45935$564ef390$6601a8c0@HAL9002> We used the Diebold system in our last election. There were a few problems. Like about 1/3 of the machines wouldn't boot up when the polls opened resulting in delays. Some folks didn't get to vote. So, no more touch screen voting machines for a while in San Diego county. http://pqasb.pqarchiver.com/sandiego-sub/index.html?ts=1088003747&classchk=pass http://pqasb.pqarchiver.com/sandiego-sub/index.html?ts=1088003747&classchk=pass Rocky ----- Original Message ----- From: "Hale, Jim" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 7:26 AM Subject: RE: [AccessD] Hiding Back End Design > You guys won't believe this. Diebold was/is using Access as the DB for its > voting app. Talk about back end security issues!! Bring back the good 'ol > days of hanging chads ! The lead in paragraphs are from Peters software > newsletter. Incredible! > Jim Hale > > > 3. How NOT To Design an Application > ------------------------------------- > Well, Microsoft Access made history recently by being at the center > of an automated voting machine controversy. It seems that Diebold > Election Systems put together an application for the very, Very, > VERY important purpose of counting votes in US elections. 37 states > made use of this application. The only problem? Well, there were > many! It seems that Diebold left their source code and other > critical information on an unprotected public web site. They used > bad vote accounting practices. They did not secure their MS Access > databases, and they chose to use MS Access for this critical > application in the first place! > > Sometimes knowing when NOT to use MS Access is just as important as > knowing HOW to use MS Access. > > An investigative reporter in the article below was able to edit the > Diebold MS Access tables directly, change vote totals, and erase the > audit trail from the poorly designed tables. Whooops! That could be > called a FLAW! > > A database like Oracle would have been much better for this task > because you can have triggers (event procedures) for TABLE events. > With Oracle you can have a procedure execute when a table record is > updated, or a table field is updated. You can only do that with > forms in MS Access, not tables. That means that a well-designed > Oracle database would not be as susceptible to direct table editing > without an audit trail the way this MS Access database was. > > Here's the story - a very good lesson on how NOT to design a > critical application: > > Link: http://www.scoop.co.nz/mason/stories/HL0307/S00065.htm > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Wed Jun 23 10:28:57 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Wed, 23 Jun 2004 10:28:57 -0500 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <200406231238.i5NCcxQ13683@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040623102744.017cba90@pop3.highstream.net> Oh yeah, I forgot that part. :-) The bottom line is with Access you cannot hide it well and if you do, it is not only a pain to them, but you also. Robert At 07:38 AM 23/06/2004 -0500, you wrote: >Date: Tue, 22 Jun 2004 13:17:40 -0700 >From: "Charlotte Foust" >Subject: RE: [AccessD] Re: Hiding Back End Design >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="us-ascii" > >It also makes it a pain in the anatomy to maintain! > >Charlotte Foust From artful at rogers.com Wed Jun 23 10:38:50 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 11:38:50 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: Message-ID: <072f01c45938$2e958cd0$6601a8c0@rock> I'm getting busted on the line that says "HoleOutForm Application.hWndAccessApplication". Any idea why? Am I supposed to include a reference or something? OS = XP. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 10:43:17 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 11:43:17 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: Message-ID: <073401c45938$cda77180$6601a8c0@rock> Got the problem. In Access 2002 the line should be 'HoleOutForm Application.hWndAccessApplication HoleOutForm Application.hWndAccessApp Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 23 10:44:49 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 23 Jun 2004 11:44:49 -0400 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: hWndAccessApp -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 11:39 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! I'm getting busted on the line that says "HoleOutForm Application.hWndAccessApplication". Any idea why? Am I supposed to include a reference or something? OS = XP. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 23 11:11:03 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 23 Jun 2004 09:11:03 -0700 Subject: [AccessD] Just for fun! Playing With Regions! References: <072f01c45938$2e958cd0$6601a8c0@rock> Message-ID: <00cc01c4593c$ae909fc0$6601a8c0@HAL9002> Arthur: Shorten it to Application.hWndAccessApp Rocky ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 8:38 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > I'm getting busted on the line that says "HoleOutForm > Application.hWndAccessApplication". Any idea why? Am I supposed to > include a reference or something? OS = XP. > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Tuesday, June 22, 2004 1:15 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > That is absolutely brilliant, Drew! > > Pure genius. Where did you ever come up with that idea? > > Amazed :-) > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > DWUTKA at marlow.com > Sent: Monday, June 21, 2004 2:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare > Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal > hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal > nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = > ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - > rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + > rt.Left - 1 If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim > dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End > Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Jim.Hale at FleetPride.com Wed Jun 23 11:26:28 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 11:26:28 -0500 Subject: [AccessD] Multiple copies of value across columns in a crosst ab. RePost. Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD19@corp-es01.fleetpride.com> Hey Susan, Have you ever written an article on non-Cartesian joins? Gustav has a perfect example here. I've used this technique in similar ways to add specific dates to records. As far as I know, I've never seen this in any of the Access mags. Be the first on your block! Jim Hale -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, June 23, 2004 9:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple copies of value across columns in a crosstab. RePost. Hi David You need two items: a table with dates and a table with your PAX data. For simplicity I call them tblDate and tblPax. Now, fill your tblDate with all the dates you wish to view or - if it is filled with "every possible date from 1990 to 2030" - select the date interval you wish to view. Then create a crosstab query something like this: TRANSFORM Sum([PAX] * Abs([Date] Between [DateIn] And [DateOut])) SELECT tblPax.ID, tblPax.Name, tblPax.DateIn tblPax.DateOut FROM tblPax, tblDate GROUP BY tblPax.ID, tblPax.Name, tblPax.DateIn, tblPax.DateOut PIVOT tblDate.Date; Note the missing join between the two tables. /gustav > Picture a spreadsheet something like the following (asterisks are column > separators and should line up): The sample below should show 5 rows. > col1 *col2 *col3 *col4 *col5 *col6 *col7 *col8 *col9 *col10 * > Name *PAX *DATEIN *DATEOUT *Jun-01 *Jun-02 *Jun-03 *Jun-04 *Jun-05 *Jun-06* > Fred's Tours *12 *Jun-01 *Jun-05 *12 *12 *12 *12 *12 * * > Bob's Trips *20 *Jun-03 *Jun-06 * * *20 *20 *20 *20 * > Mary's Tours *41 *Jun-02 *Jun-05 * *41 *41 *41 *41 * * > I have data for the first four columns in a table in a database (Name, PAX, > DATEIN, DATEOUT) > I can interrogate the database to find the min date in the DATEIN field and > the max date in the DATEOUT field in the entire table. I use these two > values to create a temporary table of dates from the min date to the max > date. These dynamic values will become the column headers for a crosstab > query where I am attempting to re-create the above spreadsheet. > I can get the PAX to appear in the correct column ONLY for the first date, > but not EACH date in the range from DATEIN to DATEOUT (as shown by the > spreadsheet sample). The idea is that the crosstab query will export to > EXCEL and the user just has to sum each column to know how many PAX they > are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on > Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can > see the PAX is just copied from the PAX column. We never know what the > minimum or maximum date will be on any day. The Crosstab query picks up the > dates from the TEMP table (which just has one field of date type) > Below is the actual SQL that works, but only puts the PAX in the column > where the *first* date column matches the DateIn for that Tour. I want the > PAX number to appear in every column from the DateIn to the DateOut, as > shown in the sample spreadsheet section above. > TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX > SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, qryST_Calendar.PAX > FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar > ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber > GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, > qryST_Calendar.PAX > PIVOT TEMP_StudyTourCalendar.DayNumber; > The TEMP_StudyTourCalendar.DayNumber is the field in the created table > which holds all the dates from the lowest DateIn to the highest DateOut and > forms the column headers. These will vary every day. We will only know the > first date and the last date in the table called TEMP_StudyTourCalendar, on > the day the crosstab query is run. One day it might have only 6 dates in > it, the next day it might have 23 dates in it. The query must work for all > dates in the table. > Sample data in TEMP_StudyTourCalendar for the spreadsheet above would be: > DayNumber > 01-Jun-2004 > 02-Jun-2004 > 03-Jun-2004 > 04-Jun-2004 > 05-Jun-2004 > 06-Jun-2004 > Am I missing something simple here? > Any gurus like to sink their teeth into this one? > Regards > David Fenton > Brisbane > Australia -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 23 12:29:56 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 23 Jun 2004 12:29:56 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Oleg_123 at xuppa.com Wed Jun 23 12:35:20 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Wed, 23 Jun 2004 13:35:20 -0400 (EDT) Subject: [AccessD] ADO In-Reply-To: <00f401c407bd$dab0cdd0$dd2f0a44@bcsext6137> References: <657FB70438B7D311AF320090279C180106144105@EXCHMAIL> <31155.63.251.87.214.1079039452.squirrel@heck.bay9.com> <00f401c407bd$dab0cdd0$dd2f0a44@bcsext6137> Message-ID: <1156.24.187.38.171.1088012120.squirrel@heck.xuppa.com> I haven't done this in a long time Dim conn As New ADODB.Connection Dim rec As New ADODB.Recordset conn.ConnectionString = "DSN=Bibl" conn.Open I get an error - '-21470246769(8007007f)' what is it referring to ? I made both User and System DSL named Bibl ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From andy at minstersystems.co.uk Wed Jun 23 13:36:19 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Wed, 23 Jun 2004 19:36:19 +0100 Subject: [AccessD] Hiding Back End Design In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> Message-ID: <000001c45950$fa09d2a0$b274d0d5@minster33c3r25> I'm going to sound a dissenting voice here. I don't understand why Rocky, who's no doubt sweat blood to develop his vertical app, should in effect give his system away? Because surely that's what he'd be doing? The only way doing a development like this makes sense is to get economies of scale by selling lots of copies. Without that incentive vertical apps would never get developed at all because, in the main, a single customer can't stand all the development costs. And if you're going to put in the graft why shouldn't you dream of making money on it, and why should you open yourself to being ripped-off by people who can't be arsed to do the hard work themselves? Sorry, don't understand. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > DWUTKA at marlow.com > Sent: 23 June 2004 18:30 > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] Hiding Back End Design > > > 'Open source' should pervade into all areas of the > information age. Music, programming, videos, etc. > Unfortunately it will take a complete change in humanity's > driving force....the accumulation of wealth. As long as > people are trying to make a buck, it will be virtually > impossible to get them to do stuff simply for the betterment > of society. > > Drew > From DWUTKA at marlow.com Wed Jun 23 14:01:10 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 23 Jun 2004 14:01:10 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB069@main2.marlow.com> That's why I said it would take a shift in our society's method of thinking. You're absolutely right, we all need shelter, and food, and most of us want the finer things in life. However, what would be wrong with a society that just took care of it's own, where people did what they did best, just to better those around them. I know that's ideology at it's best, but then again, there are islands of this ideology all over the place. This list is a good example. Unfortunately, to merge those islands, a lot of continents would need to be moved. Not the easiest thing to do. As for Rocky's situation, he is faced with the core of all security issues. The moment you grant access to something, it is forevermore, inherently insecure. You've created a window, which despite any amount of lead lining, and alarm systems, is still a window, where someone with enough desire/skill can get through. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Andy Lacey Sent: Wednesday, June 23, 2004 1:36 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm going to sound a dissenting voice here. I don't understand why Rocky, who's no doubt sweat blood to develop his vertical app, should in effect give his system away? Because surely that's what he'd be doing? The only way doing a development like this makes sense is to get economies of scale by selling lots of copies. Without that incentive vertical apps would never get developed at all because, in the main, a single customer can't stand all the development costs. And if you're going to put in the graft why shouldn't you dream of making money on it, and why should you open yourself to being ripped-off by people who can't be arsed to do the hard work themselves? Sorry, don't understand. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > DWUTKA at marlow.com > Sent: 23 June 2004 18:30 > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] Hiding Back End Design > > > 'Open source' should pervade into all areas of the > information age. Music, programming, videos, etc. > Unfortunately it will take a complete change in humanity's > driving force....the accumulation of wealth. As long as > people are trying to make a buck, it will be virtually > impossible to get them to do stuff simply for the betterment > of society. > > Drew > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Wed Jun 23 15:56:28 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Wed, 23 Jun 2004 16:56:28 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB05C@main2.marlow.com> Message-ID: <000601c45964$91c0cd70$6401a8c0@COA3> Sweet. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 22, 2004 6:28 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Tuesday, June 22, 2004 12:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Drew, this is way cool. I haven't even read the code yet, but is it do-able to have this work the other way, that is, have the Access application shrink down and into itself (sort of like an old tube tv turning off)? Steve Sure can. Put the following into a module: Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Private Const RGN_AND = 1 Function TVTubeOut(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = rt.Bottom rtCircle.Top = rt.Top rtCircle.Right = rt.Right rtCircle.Left = rt.Left If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If Do Until rtCircle.Top >= rtCircle.Bottom X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_AND) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom - 1 rtCircle.Top = rtCircle.Top + 1 rtCircle.Left = rtCircle.Left + 1 rtCircle.Right = rtCircle.Right - 1 DeleteObject X DeleteObject InitialRegion Loop DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function And you can call it with: Private Sub Command8_Click() TVTubeOut Me.hwnd DoCmd.Close acForm, Me.Name End Sub Private Sub Command9_Click() TVTubeOut Application.hWndAccessApp DoCmd.Quit End Sub One closes the form, one closes Access. Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Jun 23 15:59:05 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 23 Jun 2004 16:59:05 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> Message-ID: <002901c45964$ebeebd70$0501a8c0@colbyws> >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 16:04:48 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 16:04:48 -0500 Subject: [AccessD] Convert Table in Design View to Excel? Message-ID: <000001c45965$b876f830$de1811d8@danwaters> Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters From cfoust at infostatsystems.com Wed Jun 23 16:33:46 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 14:33:46 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: LOL The betterment of society is a noble goal but an awfully hard one to get your arms around. At heart, in spite of religious, political and economic ideologies, people are motivated by self-interest. I'm perfectly willing to share my knowledge and experience, but if it results in a hit to my pocketbook, then I probably won't do it again. Watch a gang of chimps some time and notice the dynamics. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 23, 2004 12:59 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 bellsouth.net Wed Jun 23 16:38:23 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 23 Jun 2004 17:38:23 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: Message-ID: <20040623213818.ECRD25164.imf23aec.mail.bellsouth.net@SUSANONE> I keep telling JC that it isn't polite to pick fleas off Drew in public... They just don't listen. :) Susan H. Watch a gang of chimps some time and notice the dynamics. From DaveSharpe2 at cox.net Wed Jun 23 16:42:27 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 23 Jun 2004 17:42:27 -0400 Subject: [AccessD] Convert Table in Design View to Excel? References: <000001c45965$b876f830$de1811d8@danwaters> Message-ID: <00aa01c4596a$fad05820$dd2f0a44@bcsrkeext6137> Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 17:12:28 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 17:12:28 -0500 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <8660415.1088027295456.JavaMail.root@sniper5.usinternet.com> Message-ID: <000001c4596f$2c6e13f0$de1811d8@danwaters> Dave, I've used this as well when I'm trying to go from Excel to Access. But here I'm trying to go from an Access table (in Design view) to a spreadsheet. The normal copy/paste method doesn't work for me. Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 4:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Wed Jun 23 17:24:08 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 23 Jun 2004 18:24:08 -0400 Subject: [AccessD] Convert Table in Design View to Excel? References: <000001c4596f$2c6e13f0$de1811d8@danwaters> Message-ID: <001201c45970$cd2f12c0$dd2f0a44@bcsrkeext6137> Dan While viewing the table. File export select desired Excel File type ( 97,2000,xp, etc) Dave ----- Original Message ----- From: "Dan Waters" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 6:12 PM Subject: RE: [AccessD] Convert Table in Design View to Excel? Dave, I've used this as well when I'm trying to go from Excel to Access. But here I'm trying to go from an Access table (in Design view) to a spreadsheet. The normal copy/paste method doesn't work for me. Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 4:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 23 17:28:37 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 24 Jun 2004 08:28:37 +1000 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <000001c45965$b876f830$de1811d8@danwaters> Message-ID: <40DA90B5.10271.19968866@localhost> On 23 Jun 2004 at 16:04, Dan Waters wrote: > Is there a way to quickly create a spreadsheet from a table where the > spreadsheet looks like the table with the fields listed in the 1st column > from top to bottom? > > > > Is there an easy way to do this? I could write some utility code, but I > thought there might be an easier way. > Open the table and use the "Analyse with Excel" tool to create a spreadsheet. In the spreadsheet, select all the cells, and do a "Copy" then select a blank cell, do a Right Click, Paste Special and select "Transpose" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From serbach at new.rr.com Wed Jun 23 17:52:06 2004 From: serbach at new.rr.com (Steven W. Erbach) Date: Wed, 23 Jun 2004 17:52:06 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB069@main2.marlow.com> References: <2F8793082E00D4119A1700B0D0216BF8031BB069@main2.marlow.com> Message-ID: <20040623175206.1729876511.serbach@new.rr.com> Drew, Sorry if this is a bit OT, but your comments have little meaning. It's on the order of "If wishes were fishes, we could all eat fishwiches," or "Can't we all just get along?" (Rodney King). Semantically null, as Heinlein would say. >> I know that's ideology at it's best, but then again, there are islands of this ideology all over the place. ?This list is a good example. << This list is a good example of a whole passle of people whose self-respect is bolstered by helping others. "Ideology?" Nah! Regards, Steve Erbach Scientific Marketing Neenah, WI 920-969-0504 "The too open mind is an empty mind." - Douglas Kern From artful at rogers.com Wed Jun 23 18:11:26 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 19:11:26 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> Message-ID: <07aa01c45977$6901ea50$6601a8c0@rock> IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 18:15:27 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 19:15:27 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: Message-ID: <07ab01c45977$f8a798d0$6601a8c0@rock> Your behaviour contradicts your position, Charlotte. You give freely and frequently of your knowledge and experience, for no perceptible gain other than our admiration, which you cannot take to the bank. Why should I watch a gang of chimps when I can instead watch a gang of Access developers -- a far more interesting breed, IMO. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 23, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Hiding Back End Design LOL The betterment of society is a noble goal but an awfully hard one to get your arms around. At heart, in spite of religious, political and economic ideologies, people are motivated by self-interest. I'm perfectly willing to share my knowledge and experience, but if it results in a hit to my pocketbook, then I probably won't do it again. Watch a gang of chimps some time and notice the dynamics. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 23, 2004 12:59 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From actebs at actebs.com.au Wed Jun 23 18:29:55 2004 From: actebs at actebs.com.au (ACTEBS) Date: Thu, 24 Jun 2004 09:29:55 +1000 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: <000901c4597a$00c243b0$0b08a8c0@carltonone.local> Arthur, I hope you get to achieve and see everything you want to. Truly, truly sad news - you've brought a tear to my eye... I wish you all the best and can't wait to read/see your screenplay. Best wishes Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, 24 June 2004 9:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kens.programming at verizon.net Wed Jun 23 18:51:14 2004 From: kens.programming at verizon.net (Ken Stoker) Date: Wed, 23 Jun 2004 16:51:14 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000c01c44fae$9fea9030$0501a8c0@colbyws> Message-ID: <20040623235116.OQTW1551.out004.verizon.net@enterprise> I would like to be included as well. I don't know how much help I can be, but my partner and I just met with a potential new client and found out that they use Quickbooks for their inventory tracking. We are to put a proposal together that will integrate a revamped web site that will include a knowledgebase, online purchasing (which part will need to interact with Quickbooks) and some other options. After our first meeting, I quickly came back and grabbed the list of emails for this string from my deleted items so that I could see what everyone was saying. Thanks Ken -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 5:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? I'm in. I have a client right now jumping through hoops to do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Friday, June 11, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 19:01:39 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 19:01:39 -0500 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <5277091.1088030081953.JavaMail.root@sniper6.usinternet.com> Message-ID: <000001c4597e$6ca0ded0$de1811d8@danwaters> Dave, This works if the table is in datasheet view, but not in design view. This is a quick way to make the conversion! Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 5:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan While viewing the table. File export select desired Excel File type ( 97,2000,xp, etc) Dave ----- Original Message ----- From: "Dan Waters" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 6:12 PM Subject: RE: [AccessD] Convert Table in Design View to Excel? Dave, I've used this as well when I'm trying to go from Excel to Access. But here I'm trying to go from an Access table (in Design view) to a spreadsheet. The normal copy/paste method doesn't work for me. Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 4:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 23 19:05:10 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 23 Jun 2004 17:05:10 -0700 Subject: [AccessD] Hiding Back End Design References: <000001c45950$fa09d2a0$b274d0d5@minster33c3r25> Message-ID: <020701c4597e$ea93e990$6601a8c0@HAL9002> One of the great advantages of Access is that the user can work with the data apart from the front end app. It's transparency is a real marketing plus. So I'd like to leave the back end open. I think it will be beneficial. Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 11:36 AM Subject: RE: [AccessD] Hiding Back End Design > I'm going to sound a dissenting voice here. I don't understand why Rocky, > who's no doubt sweat blood to develop his vertical app, should in effect > give his system away? Because surely that's what he'd be doing? The only way > doing a development like this makes sense is to get economies of scale by > selling lots of copies. Without that incentive vertical apps would never get > developed at all because, in the main, a single customer can't stand all the > development costs. And if you're going to put in the graft why shouldn't you > dream of making money on it, and why should you open yourself to being > ripped-off by people who can't be arsed to do the hard work themselves? > Sorry, don't understand. > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > DWUTKA at marlow.com > > Sent: 23 June 2004 18:30 > > To: accessd at databaseadvisors.com > > Subject: RE: [AccessD] Hiding Back End Design > > > > > > 'Open source' should pervade into all areas of the > > information age. Music, programming, videos, etc. > > Unfortunately it will take a complete change in humanity's > > driving force....the accumulation of wealth. As long as > > people are trying to make a buck, it will be virtually > > impossible to get them to do stuff simply for the betterment > > of society. > > > > Drew > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 23 19:05:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 17:05:26 -0700 Subject: [AccessD] For Money or Love Message-ID: Oh, Arthur, I'm so sorry. I lost a good friend earlier this year and I hate to lose another, even one I've never met face to face. Charlotte Foust -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 3:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 23 19:07:18 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 17:07:18 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: Not at all. It doesn't cost me anything to share in the list, and I usually learn something from it as well. It hasn't affected my wallet negatively, so I have no reason NOT to share. Charlotte Foust -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 3:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Your behaviour contradicts your position, Charlotte. You give freely and frequently of your knowledge and experience, for no perceptible gain other than our admiration, which you cannot take to the bank. Why should I watch a gang of chimps when I can instead watch a gang of Access developers -- a far more interesting breed, IMO. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 23, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Hiding Back End Design LOL The betterment of society is a noble goal but an awfully hard one to get your arms around. At heart, in spite of religious, political and economic ideologies, people are motivated by self-interest. I'm perfectly willing to share my knowledge and experience, but if it results in a hit to my pocketbook, then I probably won't do it again. Watch a gang of chimps some time and notice the dynamics. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 23, 2004 12:59 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 23 19:08:24 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 17:08:24 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: ROTFLMAO Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Wednesday, June 23, 2004 1:38 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I keep telling JC that it isn't polite to pick fleas off Drew in public... They just don't listen. :) Susan H. Watch a gang of chimps some time and notice the dynamics. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 19:08:36 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 19:08:36 -0500 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <29758974.1088030098476.JavaMail.root@sniper5.usinternet.com> Message-ID: <000101c4597f$65511db0$de1811d8@danwaters> TRANSPOSE!?! How long has that been there? This is a new toy! Thank you Stuart! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, June 23, 2004 5:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? On 23 Jun 2004 at 16:04, Dan Waters wrote: > Is there a way to quickly create a spreadsheet from a table where the > spreadsheet looks like the table with the fields listed in the 1st column > from top to bottom? > > > > Is there an easy way to do this? I could write some utility code, but I > thought there might be an easier way. > Open the table and use the "Analyse with Excel" tool to create a spreadsheet. In the spreadsheet, select all the cells, and do a "Copy" then select a blank cell, do a Right Click, Paste Special and select "Transpose" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 23 20:16:50 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 23 Jun 2004 21:16:50 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <20040623235116.OQTW1551.out004.verizon.net@enterprise> Message-ID: Ken, Bottom line, not enough **serious** interest here. I'm about 15-20 hours into my "QuickBooks Class Build", and it's going OK, not nearly as fast as I hoped but then again I'm just one guy.... Good Luck!! Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker Sent: Wednesday, June 23, 2004 7:51 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? I would like to be included as well. I don't know how much help I can be, but my partner and I just met with a potential new client and found out that they use Quickbooks for their inventory tracking. We are to put a proposal together that will integrate a revamped web site that will include a knowledgebase, online purchasing (which part will need to interact with Quickbooks) and some other options. After our first meeting, I quickly came back and grabbed the list of emails for this string from my deleted items so that I could see what everyone was saying. Thanks Ken -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 5:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? I'm in. I have a client right now jumping through hoops to do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Friday, June 11, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 23 20:21:05 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 23 Jun 2004 21:21:05 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: Arthur, Man, I'm VERY sorry to here this.... what is one to say..... May God be with you!!! Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 7:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur SNIP From martyconnelly at shaw.ca Wed Jun 23 20:26:49 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 23 Jun 2004 18:26:49 -0700 Subject: [AccessD] Re: Hiding Back End Design References: Message-ID: <40DA2DD9.7010104@shaw.ca> I remember another product that did this an Access Accounting package calle Yes I Can Run My Own Business (MYOB) They obfuscated all their table and field names in Access 2.0 If you you use ERWin with an Access mdb it will spit out the script to recreate the tables in Oracle os MSSQL Charlotte Foust wrote: >It also makes it a pain in the anatomy to maintain! > >Charlotte Foust > >-----Original Message----- >From: Robert L. Stewart [mailto:rl_stewart at highstream.net] >Sent: Tuesday, June 22, 2004 9:57 AM >To: accessd at databaseadvisors.com >Cc: bchacc at san.rr.com >Subject: [AccessD] Re: Hiding Back End Design > > >Rocky, > >Or you could take a cue from commercial software like Remedy (Help Desk >Tickets using Oracle) and do something like this: > >CREATE TABLE H181 ( >ENTRYID VARCHAR2(15) NOT NULL, >T0 NUMBER(15) NULL, >U0 VARCHAR2(30) NULL, >T1 NUMBER(15) NULL, >U1 VARCHAR2(30) NULL, >T2 NUMBER(15) NULL, >U2 VARCHAR2(30) NULL, >T3 NUMBER(15) NULL, >U3 VARCHAR2(30) NULL, >T4 NUMBER(15) NULL, >U4 VARCHAR2(30) NULL, >T5 NUMBER(15) NULL, >U5 VARCHAR2(30) NULL >); > >OR > >CREATE TABLE T181 ( >C1 VARCHAR2(15) NOT NULL, >C2 VARCHAR2(30) NULL, >C3 NUMBER(15) NOT NULL, >C4 VARCHAR2(30) NULL, >C5 VARCHAR2(30) NOT NULL, >C6 NUMBER(15) NOT NULL, >C7 NUMBER(15) NOT NULL, >C8 VARCHAR2(128) NOT NULL, >C20000998 VARCHAR2(10) NULL, >C20000999 VARCHAR2(10) NULL, >C200000003 VARCHAR2(50) NULL, >C200000004 VARCHAR2(50) NULL, >C200000005 VARCHAR2(50) NULL, >C200000006 VARCHAR2(50) NULL, >C200000007 VARCHAR2(40) NULL, >C200000012 VARCHAR2(30) NULL, >C230000009 VARCHAR2(30) NULL, >C230000010 CLOB NULL, >C240000000 VARCHAR2(30) NULL, >C240000001 VARCHAR2(128) NULL, >C240000002 VARCHAR2(30) NULL, >C240000003 VARCHAR2(70) NULL, >C240000004 VARCHAR2(30) NULL, >C240000005 VARCHAR2(30) NULL, >C240000006 VARCHAR2(128) NULL, >C240000007 CLOB NULL, >C240000008 CLOB NULL, >C240000009 NUMBER(15) NULL, >C240000010 NUMBER(15) NULL, >C240000011 NUMBER(15) NULL, >C240000012 CLOB NULL, >C240000015 VARCHAR2(128) NULL, >C240000016 VARCHAR2(128) NULL, >C536871560 NUMBER(15) NULL, >C536871562 NUMBER(15) NULL, >C536871564 NUMBER(15) NULL, >C536871570 NUMBER(15) NULL, >C536871572 NUMBER(15) NULL, >C536871589 VARCHAR2(50) NULL, >C536871604 NUMBER(15) NULL, >C536871618 NUMBER(15) NULL, >C536871621 NUMBER(15) NULL, >C536871649 VARCHAR2(50) NULL >); > >They use an ODBC driver they developed to show the English names for the > >columns. And it actually does a join on some of the tables to get the >information to display. > >Personally, I have not found a system that I could not reverse engineer >if >I had the database table structure. But the "Remedy method" makes it >extremely difficult. > >Robert > >At 12:15 AM 22/06/2004 -0500, you wrote: > > >>Date: Mon, 21 Jun 2004 20:02:02 +0200 >>From: Gustav Brock >>Subject: Re: [AccessD] Hiding Back End Design >>To: Access Developers discussion and problem solving >> >>Message-ID: <19542148406.20040621200202 at cactus.dk> >>Content-Type: text/plain; charset=us-ascii >> >>Hi Rocky >> >>No, you cannot open or attach tables from the BE without the correct >>password. But as stated from several already, you can google up at >>least three password crackers. >> >>Next step would be Access security as mentioned by Drew, and the next >>would be to apply field encryption which is a major step. >> >>By why not turn it completely around: make the design open and >>documented as "this is the way to build a database for an application >>like this"? Then you are the master and everyone else is the replicant >>- following the "Rocky" standard. Personally, I think the time for >>proprietary systems has passed - customers need systems they can drag >>data from to be used elsewhere. >> >>Also, I really doubt someone can figure out the intelligence of your >>app just by watching the table design. One can watch what is going on >>when data have been entered or updated but not _how_, and if someone >>can figure it out, he will already know how to build a similar app >>without knowing your table design. >> >>/gustav >> >> > > > > -- Marty Connelly Victoria, B.C. Canada From stuart at lexacorp.com.pg Wed Jun 23 20:34:42 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 24 Jun 2004 11:34:42 +1000 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <000101c4597f$65511db0$de1811d8@danwaters> References: <29758974.1088030098476.JavaMail.root@sniper5.usinternet.com> Message-ID: <40DABC52.21947.1A40D766@localhost> On 23 Jun 2004 at 19:08, Dan Waters wrote: > TRANSPOSE!?! > > How long has that been there? As long as I can remember :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From KIsmert at TexasSystems.com Wed Jun 23 20:46:13 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Wed, 23 Jun 2004 20:46:13 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <20040623175206.1729876511.serbach@new.rr.com> Message-ID: <005901c4598d$08cdc3a0$2a3ca8c0@TEXASSYSTEMS.COM> Open Source is based on the idea that "the community is more powerful than the individual". It may yet prove to be more powerful than the largest of corporations. Is the Open Source community driven primarily through altruism? Partly, but there is a strong element of self-interest. Firstly, everyone benefits from the contributions of the few. And the few benefit by establishing reputations, building expertise and a public body of work that often has marketable value. AccessD is a good example of a gift-giving community. Knowledge is freely given by contributors to enrich the community. Are the contributors in it for an ego-stroke? Sure, but again, its mainly self-interest. It is fair to say that almost all members here receive far more than they give. In both communities, the simple act of generosity has the effect of motivating the recipient to give back. The question of whether Open Source is a viable business model for someone in a vertical market like Rocky is a separate issue. I would tend to think not. But, judicious application of certain Open Source concepts to certain aspects of the business may help, both in practical ways, and in enticing Customers with the perception of generosity. -Ken -----Original Message----- From: Steven W. Erbach [mailto:serbach at new.rr.com] Sent: Wednesday, June 23, 2004 5:52 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Hiding Back End Design Drew, Sorry if this is a bit OT, but your comments have little meaning. It's on the order of "If wishes were fishes, we could all eat fishwiches," or "Can't we all just get along?" (Rodney King). Semantically null, as Heinlein would say. >> I know that's ideology at it's best, but then again, there are islands of this ideology all over the place. This list is a good example. << This list is a good example of a whole passle of people whose self-respect is bolstered by helping others. "Ideology?" Nah! Regards, Steve Erbach Scientific Marketing Neenah, WI 920-969-0504 "The too open mind is an empty mind." - Douglas Kern From jwcolby at colbyconsulting.com Wed Jun 23 20:51:27 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 23 Jun 2004 21:51:27 -0400 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <40DA2DD9.7010104@shaw.ca> Message-ID: <002d01c4598d$c3b6bb90$0501a8c0@colbyws> >I remember another product that did this an Access Accounting package called Yes I Can Run My Own Business (MYOB). They obfuscated all their table and field names in Access 2.0 LOL They also obsfucated their field names, their normalization, their queries, their forms, their color schemes... John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Wednesday, June 23, 2004 9:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Re: Hiding Back End Design I remember another product that did this an Access Accounting package calle Yes I Can Run My Own Business (MYOB) They obfuscated all their table and field names in Access 2.0 If you you use ERWin with an Access mdb it will spit out the script to recreate the tables in Oracle os MSSQL From clh at christopherhawkins.com Wed Jun 23 21:17:12 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 23 Jun 2004 20:17:12 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <214210-22004642421712389@christopherhawkins.com> You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours >into my "QuickBooks Class Build", and it's going OK, not nearly as >fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I >can be, >but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of >which are >as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) >complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the >QBFC. So in the end I will end up with a solution that will allow for >portability, and very easy communications with QB. The solution will >do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made >it an >open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From martyconnelly at shaw.ca Wed Jun 23 21:25:46 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 23 Jun 2004 19:25:46 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> <00f301c45872$4c55e470$6601a8c0@HAL9002> <40D89154.9010301@shaw.ca> <020001c45898$57178910$6601a8c0@HAL9002> Message-ID: <40DA3BAA.2070500@shaw.ca> My copy is in Edmonton, my brother purloined it for awhile. Give Garry an email, I have written him a few times, and he is usually quick on answering just remember he is in Australia. I think your best bet is a program to apply name obfuscation on the final product. I don't know a commercial product. Even SQL Server and Oracle are crackable by brute force methods if you have a physical copy of the database. The reason they are not easily cracked is that they are held on a server where other programs like windows authentication monitor their access and if more than three tries are wrong you can be denied access for a time limit. You might want to create your backend in something like CodeBase from Sequiter Software. You can get at via ODBC but it might be easier to hide field and table names. Even Microsoft and NASA uses it, but more known to C Coders since for pure retrieval speed blows the doors off things like MS SQL.. Rocky Smolin - Beach Access Software wrote: >Marty: > >Lassie and Access Project Security Manager work on front end objects. Don't >appear to secure the back end. Do you know if Robinson's book talks about >securing the back end? > >TIA > >Rocky > >----- Original Message ----- >From: "MartyConnelly" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 22, 2004 1:06 PM >Subject: Re: [AccessD] Hiding Back End Design > > > > >>Have you looked at Garry Robinson's book yet "Real World Microsoft >>Access Database Protection and Security". >>http://vb123.com/map/ >> >>A shareware version of a simplified user security add-in - LASsie >>(Light Application Security) for MS Access - is available for download >>here: >>http://www.peterssoftware.com/las.htm >> >>Also, there's the Access Project Security Manager from >>databasecreations, Inc.: >>http://www.databasecreations.com/prod_apsm.htm >> >> >>Rocky Smolin - Beach Access Software wrote: >> >> >> >>>In fact when I was working with this Chinese distributor in the old DOS >>> >>> >days > > >>>(I had implemented a hardware key which plugged into the parallel port) >>> >>> >she > > >>>told me that they have a saying in China "Locks are for the honest man." >>> >>>Rocky >>> >>>----- Original Message ----- >>>From: >>>To: >>>Sent: Tuesday, June 22, 2004 8:41 AM >>>Subject: RE: [AccessD] Hiding Back End Design >>> >>> >>> >>> >>> >>> >>>>Couldn't agree more. When I was in boot camp, one of our drill >>>> >>>> >sargeants > > >>>>told us that the lock on our lockers only kept honest people honest. >>>> >>>> >Very > > >>>>true statement. >>>> >>>>I had a talk with our CFO one day (my bosses boss), and told him that >>>> >>>> >our > > >>>>best network security was ignorance. LOL >>>> >>>>Drew >>>> >>>>-----Original Message----- >>>>From: accessd-bounces at databaseadvisors.com >>>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS >>>>Sent: Monday, June 21, 2004 9:20 PM >>>>To: 'Access Developers discussion and problem solving' >>>>Subject: RE: [AccessD] Hiding Back End Design >>>> >>>> >>>>Gustav, >>>> >>>>"Personally, I think the time for proprietary systems has passed - >>>> >>>> >>>> >>>> >>>customers >>> >>> >>> >>> >>>>need systems they can drag data from to be used elsewhere." >>>> >>>>Never a truer word said. >>>> >>>>With the decision by the Munich government to migrate to Linux, France >>>>looking to do the same and Brazil on the verge, it seems as though the >>>> >>>> >end > > >>>>is nigh for the proprietary software/business model. >>>> >>>>Hmmm, sorry I went a bit off topic there..... ; ) >>>> >>>>Rocky - if a cracker wants to crack your software he will. There are >>>> >>>> >teams > > >>>>of these people out there who see it as a challenge. Why waste your >>>> >>>> >time? > > >>>>Vlad >>>> >>>>-----Original Message----- >>>>From: accessd-bounces at databaseadvisors.com >>>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >>>>Sent: Tuesday, 22 June 2004 4:02 AM >>>>To: Access Developers discussion and problem solving >>>>Subject: Re: [AccessD] Hiding Back End Design >>>> >>>> >>>>Hi Rocky >>>> >>>>No, you cannot open or attach tables from the BE without the correct >>>>password. But as stated from several already, you can google up at least >>>>three password crackers. >>>> >>>>Next step would be Access security as mentioned by Drew, and the next >>>> >>>> >>>> >>>> >>>would >>> >>> >>> >>> >>>>be to apply field encryption which is a major step. >>>> >>>>By why not turn it completely around: make the design open and >>>> >>>> >documented > > >>>> >>>> >>>as >>> >>> >>> >>> >>>>"this is the way to build a database for an application like this"? Then >>>> >>>> >>>> >>>> >>>you >>> >>> >>> >>> >>>>are the master and everyone else is the replicant - following the >>>> >>>> >"Rocky" > > >>>>standard. Personally, I think the time for proprietary systems has >>>> >>>> >>>> >>>> >>>passed - >>> >>> >>> >>> >>>>customers need systems they can drag data from to be used elsewhere. >>>> >>>>Also, I really doubt someone can figure out the intelligence of your app >>>>just by watching the table design. One can watch what is going on when >>>> >>>> >>>> >>>> >>>data >>> >>> >>> >>> >>>>have been entered or updated but not _how_, and if someone can figure it >>>>out, he will already know how to build a similar app without knowing >>>> >>>> >your > > >>>>table design. >>>> >>>>/gustav >>>> >>>> >>>> >>>> >>>> >>>> >>>>>If I'm reading the help file correctly, encryption does not hide the >>>>>objects, just the data, yes? I need to hide the design of the back >>>>>end. Password protection is too weak. I'll be up against >>>>>professionals. >>>>> >>>>> >>>>>Rocky >>>>> >>>>> >>>>>----- Original Message ----- >>>>>From: "Gustav Brock" >>>>>To: "Access Developers discussion and problem solving" >>>>> >>>>>Sent: Monday, June 21, 2004 9:41 AM >>>>>Subject: Re: [AccessD] Hiding Back End Design >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>>>>Hi Rocky >>>>>> >>>>>>You can encrypt the database. Not bulletproof, of course, but keeps >>>>>>the average user away. >>>>>> >>>>>>/gustav >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>Is there a way to easily hide the back end design? My distributor in >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>Taiwan feels that if the back end design is not hidden then the product >>>>> >>>>> >>>>> >>>>> >>>>can >>>> >>>> >>>> >>>> >>>>>be easily knocked off. >>>>> >>>>> >>>>> >>>>> >>>>-- >>>>_______________________________________________ >>>>AccessD mailing list >>>>AccessD at databaseadvisors.com >>>>http://databaseadvisors.com/mailman/listinfo/accessd >>>>Website: http://www.databaseadvisors.com >>>> >>>> >>>> >>>>-- >>>>_______________________________________________ >>>>AccessD mailing list >>>>AccessD at databaseadvisors.com >>>>http://databaseadvisors.com/mailman/listinfo/accessd >>>>Website: http://www.databaseadvisors.com >>>>-- >>>>_______________________________________________ >>>>AccessD mailing list >>>>AccessD at databaseadvisors.com >>>>http://databaseadvisors.com/mailman/listinfo/accessd >>>>Website: http://www.databaseadvisors.com >>>> >>>> >>>> >>>> >>> >>> >>> >>-- >>Marty Connelly >>Victoria, B.C. >>Canada >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From paul.hartland at fsmail.net Thu Jun 24 02:17:53 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Thu, 24 Jun 2004 09:17:53 +0200 (CEST) Subject: [AccessD] Select All Records From A Table If Frame Value Equa ls 4 Message-ID: <1532209.1088061473298.JavaMail.www@wwinf3004> Of course......thank you Paul Hartland Message date : Jun 23 2004, 04:08 PM >From : "Hale, Jim" To : "'Access Developers discussion and problem solving'" Copy to : Subject : RE: [AccessD] Select All Records From A Table If Frame Value Equa ls 4 Like(*)? Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Wednesday, June 23, 2004 9:53 AM To: accessd Subject: [AccessD] Select All Records From A Table If Frame Value Equals 4 To all, Gone brain dead I'm sure this is a very simple one, basically I'm using a form which has a start date, end date and a frame with four possible options (Shift A, Shift B, Nights & All). If the user selects Shift A, Shift B or Nights then the query runs great, I just can't see how to return all the shifts between the dates if the user selects all...... I have the following code in the criteria: IIf([Forms]![frmDateSelection]![fraShiftSelect]=1,"A",IIf([Forms]![frmDateSe lection]![fraShiftSelect]=2,"B",IIf([Forms]![frmDateSelection]![fraShiftSele ct]=3,"Nights","A or B or Nights"))) What do I need to do to be able to return all records ? Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From accessd at shaw.ca Thu Jun 24 02:17:46 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 24 Jun 2004 00:17:46 -0700 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: Hi Arthur: Is this true Arthur?! You are one of my favourite person's to argue with. It seems programmers have a short lifespan; two of my closest friends, programmers, who worked with me, in my company, both died suddenly, in the last few years. Too much stress, too many long hours and weak hearts...nearly lost another good friend before Christmas but he has managed to turn things around; regular exercise and working no more than twenty hours a week. I have, just tonight, agreed to fill in for him, for the remaining required hours, working for this company. Even though, I have no conditions, I am aware of, I will be limiting the number of hours I work...sort of like a semi-retirement. We, my wife and I, have been planning to do a little more traveling, visiting friends, relatives or maybe go back to university...when you are working up to 18 hours a day it has been hard to have a social life. Well Arthur, I hope you get a chance to do all the things you want to do. If you have a hankering to travel and feel up to it, come out to coast (lotus land) for a visit; the weather's great here and your always welcome. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 4:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur From Paul.Rogers at SummitMedia.co.uk Thu Jun 24 02:43:41 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Thu, 24 Jun 2004 08:43:41 +0100 Subject: [AccessD] For Money or Love Message-ID: Hi Arthur You're not alone. A colleague across the desk has been given similar notice - a month without chemo, nine perhaps with. I watch his dimensions go down daily. He's almost skeletal, yet he eats well. Brilliant projects you have set yourself. Every best wish to achieve them all. paul -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Thursday, June 24, 2004 12:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com From Paul.Rogers at SummitMedia.co.uk Thu Jun 24 02:50:34 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Thu, 24 Jun 2004 08:50:34 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Could we all get the final authorised code when it's streamlined by our experts, please, gentlemen? Sounds very good, and would be keen to learn much from it. all the best paul -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Wednesday, June 23, 2004 5:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! Arthur: Shorten it to Application.hWndAccessApp Rocky ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 8:38 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > I'm getting busted on the line that says "HoleOutForm > Application.hWndAccessApplication". Any idea why? Am I supposed to > include a reference or something? OS = XP. > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Tuesday, June 22, 2004 1:15 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > That is absolutely brilliant, Drew! > > Pure genius. Where did you ever come up with that idea? > > Amazed :-) > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > DWUTKA at marlow.com > Sent: Monday, June 21, 2004 2:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare > Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal > hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal > nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = > ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - > rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + > rt.Left - 1 If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim > dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End > Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Thu Jun 24 03:07:17 2004 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 24 Jun 2004 09:07:17 +0100 Subject: [AccessD] For Money or Love References: Message-ID: <000f01c459c2$4468c1a0$9111758f@aine> Now I know why you coming. Martin ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 24, 2004 1:05 AM Subject: RE: [AccessD] For Money or Love > Oh, Arthur, I'm so sorry. I lost a good friend earlier this year and I > hate to lose another, even one I've never met face to face. > > Charlotte Foust > > -----Original Message----- > From: Arthur Fuller [mailto:artful at rogers.com] > Sent: Wednesday, June 23, 2004 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] For Money or Love > > > IMO this is not required. I just need to be guaranteed my rent and phone > bill and food and cat food and car insurance, etc. Beyond that, I don't > need to accumulate wealth. I just want my obligations covered, and if I > have any time left then it's free. > > Not to say I am the measure of anyone but myself, but that's my frame of > reference. I'm writing a screenplay in my off-hours currently. It may > sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > > I have some serious medical issues and won't be around much more than a > year. Faced with that kind of news, one confronts "what do you want to > do before you bid adieu"? -- mitigated of course by what can you afford > to do, and so on. I reduced my list to 3 items -- go to Ireland for a > visit, revisit Paris for a couple of days to review the most beautiful > city in the world, and knock out the aforementioned screenplay. Anything > else that I manage is wonderful and gratuitous and gratis. > > I do need to make a living for a year or so, but I can do that in about > 20 hours a week. The screenplay will take another hour a day minimum. > > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never met > almost all of you. > > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > DWUTKA at marlow.com > Sent: Wednesday, June 23, 2004 1:30 PM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] Hiding Back End Design > > > 'Open source' should pervade into all areas of the information age. > Music, programming, videos, etc. Unfortunately it will take a complete > change in humanity's driving force....the accumulation of wealth. As > long as people are trying to make a buck, it will be virtually > impossible to get them to do stuff simply for the betterment of society. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller > Sent: Wednesday, June 23, 2004 10:15 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > > I'm in late on this thread, but it seems to me that this requirement for > a hidden database design should have been in the project specs right > from the start, and that its presence there should have signalled a > warning that Access was the wrong database for this job, and the wrong > front end too. Something like VB with a RAIMA back end would IMO have > been a wiser choice. Of course, if this requirement were not in the > project specs from the beginning, who would know? This is one of those > classic examples of how major changes to the specs introduced late in > the game cost 20 times as much as they would have if introduced early. > > On the subject of open-source, way back when in the days of Clipper I > had a company that sold 6 libraries for Clipper developers. We included > all the source code to each of them. Most of the code was in Clipper, > but some was in C and some in assembly language. No doubt some people > did things with it that were not covered in the license, but on the > other hand a small cadre of "believers" formed around us, and some of > them submitted significant enhancements to our original code. We > credited them in the comments on the relevant source files and mentioned > them in the documentation, and sent them an Artful sweatshirt. That was > payment enough for them. > > This is hardly the Linux open-source model, I realize. I wish that the > open-source model would "infect" the Windows world more than it has so > far. Access developers are among the most willing to share, I find, but > there is lots of VB and C and C++ code out there too. Most of the time > these free offerings are components or gussied-up controls and so on. It > would be cool, IMO, if it went up a notch, to the application level. For > example, apps vaguely like the application wizard can create in Access. > Unfortunately, most of these wiz-generated demo-apps don't reflect good > design principles, IMO. > > While on this subject, does anyone know how to interface with this > wiz-generator? I.e., suppose I want to create (let's keep it simple for > the discussion) a General Ledger app with a Chart of Accounts, General > Journals etc., can I do so in such a way that the wizard will detect its > presence and automatically add it to the list of apps you can generate? > > If memory serves, old versions of this wizard offered to populate the > resulting app with sample data, but new versions don't. Anyone have any > idea why this feature was dropped? > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS > Sent: Monday, June 21, 2004 10:20 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > > Gustav, > > "Personally, I think the time for proprietary systems has passed - > customers need systems they can drag data from to be used elsewhere." > > Never a truer word said. > > With the decision by the Munich government to migrate to Linux, France > looking to do the same and Brazil on the verge, it seems as though the > end is nigh for the proprietary software/business model. > > Hmmm, sorry I went a bit off topic there..... ; ) > > Rocky - if a cracker wants to crack your software he will. There are > teams of these people out there who see it as a challenge. Why waste > your time? > > Vlad > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, 22 June 2004 4:02 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Hiding Back End Design > > > Hi Rocky > > No, you cannot open or attach tables from the BE without the correct > password. But as stated from several already, you can google up at least > three password crackers. > > Next step would be Access security as mentioned by Drew, and the next > would be to apply field encryption which is a major step. > > By why not turn it completely around: make the design open and > documented as "this is the way to build a database for an application > like this"? Then you are the master and everyone else is the replicant - > following the "Rocky" standard. Personally, I think the time for > proprietary systems has passed - customers need systems they can drag > data from to be used elsewhere. > > Also, I really doubt someone can figure out the intelligence of your app > just by watching the table design. One can watch what is going on when > data have been entered or updated but not _how_, and if someone can > figure it out, he will already know how to build a similar app without > knowing your table design. > > /gustav > > > > If I'm reading the help file correctly, encryption does not hide the > > objects, just the data, yes? I need to hide the design of the back > > end. Password protection is too weak. I'll be up against > > professionals. > > > Rocky > > > ----- Original Message ----- > > From: "Gustav Brock" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 21, 2004 9:41 AM > > Subject: Re: [AccessD] Hiding Back End Design > > > >> Hi Rocky > >> > >> You can encrypt the database. Not bulletproof, of course, but keeps > >> the average user away. > >> > >> /gustav > >> > >> > Is there a way to easily hide the back end design? My distributor > >> > in > > Taiwan feels that if the back end design is not hidden then the > > product > can > > be easily knocked off. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 24 05:10:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 24 Jun 2004 12:10:57 +0200 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> References: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: <18211692262.20040624121057@cactus.dk> Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and phone > bill and food and cat food and car insurance, etc. Beyond that, I don't > need to accumulate wealth. I just want my obligations covered, and if I > have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame of > reference. I'm writing a screenplay in my off-hours currently. It may > sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than a > year. Faced with that kind of news, one confronts "what do you want to > do before you bid adieu"? -- mitigated of course by what can you afford > to do, and so on. I reduced my list to 3 items -- go to Ireland for a > visit, revisit Paris for a couple of days to review the most beautiful > city in the world, and knock out the aforementioned screenplay. Anything > else that I manage is wonderful and gratuitous and gratis. > I do need to make a living for a year or so, but I can do that in about > 20 hours a week. The screenplay will take another hour a day minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never met > almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > Arthur From actebs at actebs.com.au Thu Jun 24 05:54:54 2004 From: actebs at actebs.com.au (ACTEBS) Date: Thu, 24 Jun 2004 20:54:54 +1000 Subject: [AccessD] For Money or Love In-Reply-To: <18211692262.20040624121057@cactus.dk> Message-ID: <000b01c459d9$b1a9ff60$0b08a8c0@carltonone.local> Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu Jun 24 06:18:53 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 24 Jun 2004 12:18:53 +0100 Subject: [AccessD] For Money or Love In-Reply-To: <18211692262.20040624121057@cactus.dk> Message-ID: <000201c459dd$0858ac50$b274d0d5@minster33c3r25> Well said Gustav. Arthur, this is so sad. You'll be in a lot of people's thoughts, and I hope you can take some comfort from the affection in which, I know, you are held by all here. With all my best wishes, to you and yours. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 24 June 2004 11:11 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] For Money or Love > > > Hi Arthur > > Thanks for letting us know ... I had noticed you recently > have been absent in periods but thought that was due to a > busy project or similar. > > I'm impressed how you handle this last "project" of yours; on > the other hand - given your deep experience you so often have > exposed here > - how could it be different? > > Well, this day certainly turned out differently than > expected. Should you feel we - the long time listers to whom > I humbly count myself - can be of any assistance regarding > your Access-related work, I'm sure you can count us in. On > the other hand I wouldn't be surprised if you already have > arrangements settled for this. > > I hope you'll have some really nice days in Ireland and > Paris, not only revisiting known places but having new > experiences as well. > > /gustav > > > > IMO this is not required. I just need to be guaranteed my rent and > > phone bill and food and cat food and car insurance, etc. > Beyond that, > > I don't need to accumulate wealth. I just want my > obligations covered, > > and if I have any time left then it's free. > > > Not to say I am the measure of anyone but myself, but > that's my frame > > of reference. I'm writing a screenplay in my off-hours > currently. It > > may sell; I have sold two previously and thus have an agent who is > > interested; but frankly I don't care whether it sells. > > > I have some serious medical issues and won't be around much > more than > > a year. Faced with that kind of news, one confronts "what > do you want > > to do before you bid adieu"? -- mitigated of course by what can you > > afford to do, and so on. I reduced my list to 3 items -- go > to Ireland > > for a visit, revisit Paris for a couple of days to review the most > > beautiful city in the world, and knock out the aforementioned > > screenplay. Anything else that I manage is wonderful and gratuitous > > and gratis. > > > I do need to make a living for a year or so, but I can do that in > > about 20 hours a week. The screenplay will take another hour a day > > minimum. > > > I confess that I am running out of petrol, however; thus my > relative > > absence from this list. I can manage it once a week or so, > and respond > > too late to most messages to be useful and timely. But I > feel that I > > have made a lot of friends here, despite the fact that I have never > > met almost all of you. > > > "Nothing concentrates the mind like the knowledge that you > will hanged > > in the morning." > > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From dfenton at ozemail.com.au Thu Jun 24 06:25:27 2004 From: dfenton at ozemail.com.au (David Fenton) Date: Thu, 24 Jun 2004 21:25:27 +1000 Subject: [AccessD] Re: Multiple copies of value across columns in a crosstab RePost. Message-ID: <6.0.1.1.0.20040624212020.025db3c0@mail.ozemail.com.au> Gidday Gustav, What a clever solution! This is very neat, using the ABS function to get the PAX to appear or not appear depending on whether the column date is in the correct range. I can't wait to try it. Thank you heaps. I've never done a query without a join before are there any speed implications? Jim Hale referred to your example as a non-Cartesian join (is that right?) - I must do some more research! Cheers David Australia From Subscriptions at servicexp.com Thu Jun 24 06:34:40 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 24 Jun 2004 07:34:40 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <214210-22004642421712389@christopherhawkins.com> Message-ID: Christopher, I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how much I can help, but count me in" type of statement it **Generally** means I really can't help, but I would like to have access to the work.. For me at least, this has been no easy task, and is requiring a major commitment of effort trying to weed through the QB program model. You and John C. where the *only* two (I was looking for 5) who wanted to be a part of the project with no "disclaimers", meaning serious and wanting to put in the effort it is going to take to pull this off. So let me turn this around..... Have you (and JC), downloaded and started reviewing the SDK in it's entirety, and if so how far into the model are you? You know, since JC is like the equivilent of 3 programmers, I guess we do have 5...;-) Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 23, 2004 10:17 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours >into my "QuickBooks Class Build", and it's going OK, not nearly as >fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I >can be, >but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of >which are >as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) >complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the >QBFC. So in the end I will end up with a solution that will allow for >portability, and very easy communications with QB. The solution will >do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made >it an >open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From serbach at new.rr.com Thu Jun 24 06:56:42 2004 From: serbach at new.rr.com (Steven W. Erbach) Date: Thu, 24 Jun 2004 06:56:42 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <005901c4598d$08cdc3a0$2a3ca8c0@TEXASSYSTEMS.COM> References: <20040623175206.1729876511.serbach@new.rr.com> <005901c4598d$08cdc3a0$2a3ca8c0@TEXASSYSTEMS.COM> Message-ID: <20040624065642.1997451298.serbach@new.rr.com> Ken, Well spoken. Regards, Steve Erbach Scientific Marketing Neenah, WI 920-969-0504 "If you can't say anything nice, run for President." - Argus Hamilton From kwilliam at ashlandnet.com Thu Jun 24 07:11:09 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Thu, 24 Jun 2004 08:11:09 -0400 Subject: [AccessD] Access Export to Excel In-Reply-To: <9C382E065F54AE48BC3AA7925DCBB01C0103E01A@karta-exc-int.Karta.com> Message-ID: <001901c459e4$55c69630$64aba8c0@ashlandnet.com> Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 24 07:31:09 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 24 Jun 2004 14:31:09 +0200 Subject: [AccessD] Re: Multiple copies of value across columns in a crosstab RePost. In-Reply-To: <6.0.1.1.0.20040624212020.025db3c0@mail.ozemail.com.au> References: <6.0.1.1.0.20040624212020.025db3c0@mail.ozemail.com.au> Message-ID: <2120104338.20040624143109@cactus.dk> Hi David > What a clever solution! This is very neat, using the ABS function to get > the PAX to appear or not appear depending on whether the column date is in > the correct range. I can't wait to try it. Thank you heaps. You are welcome. I hope it works for you. > I've never done a query without a join before are there any speed > implications? I would guess not. But if you have millions of records ... > Jim Hale referred to your example as a non-Cartesian join (is that right?) > - I must do some more research! Yes, or maybe rather a "cartesian product" as the number of output rows in a normal select query equals the product of the numbers of (selected) rows of the included tables. /gustav From Mark.Mitsules at ngc.com Thu Jun 24 08:20:55 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Thu, 24 Jun 2004 09:20:55 -0400 Subject: [AccessD] Access Export to Excel Message-ID: I know I've had this problem in the past...I think I may have even posted about it. But, at the moment I can't replicate the symptoms. I just tried a simple test using the same type of data you describe. I ran a query on this data, and chose "Tools/Office Links/Analyze It with Microsoft Excel". The result was a spreadsheet with the numbers shown as text with the little comment marker saying "number stored as text". I'm using Win2K / Office2K2. Perhaps I had this problem on an earlier setup like NT4.0 / Office 97. Mark -----Original Message----- From: Keith Williamson [mailto:kwilliam at ashlandnet.com] Sent: Thursday, June 24, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Thu Jun 24 08:29:42 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 24 Jun 2004 09:29:42 -0400 Subject: [AccessD] For Money or Love Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB98@TTNEXCHSRV1.hshhp.com> Devastating news Arthur. You seem to be handling your situation very bravely. Let all of us gain strength from Arthur's and send a truly heartfelt thank you for all of his involvement in this list. Please let us know if there is some foundation (medical research or otherwise) that perhaps we can make a donation in your name. Jim DeMarco -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Thursday, June 24, 2004 7:19 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Well said Gustav. Arthur, this is so sad. You'll be in a lot of people's thoughts, and I hope you can take some comfort from the affection in which, I know, you are held by all here. With all my best wishes, to you and yours. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 24 June 2004 11:11 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] For Money or Love > > > Hi Arthur > > Thanks for letting us know ... I had noticed you recently > have been absent in periods but thought that was due to a > busy project or similar. > > I'm impressed how you handle this last "project" of yours; on > the other hand - given your deep experience you so often have > exposed here > - how could it be different? > > Well, this day certainly turned out differently than > expected. Should you feel we - the long time listers to whom > I humbly count myself - can be of any assistance regarding > your Access-related work, I'm sure you can count us in. On > the other hand I wouldn't be surprised if you already have > arrangements settled for this. > > I hope you'll have some really nice days in Ireland and > Paris, not only revisiting known places but having new > experiences as well. > > /gustav > > > > IMO this is not required. I just need to be guaranteed my rent and > > phone bill and food and cat food and car insurance, etc. > Beyond that, > > I don't need to accumulate wealth. I just want my > obligations covered, > > and if I have any time left then it's free. > > > Not to say I am the measure of anyone but myself, but > that's my frame > > of reference. I'm writing a screenplay in my off-hours > currently. It > > may sell; I have sold two previously and thus have an agent who is > > interested; but frankly I don't care whether it sells. > > > I have some serious medical issues and won't be around much > more than > > a year. Faced with that kind of news, one confronts "what > do you want > > to do before you bid adieu"? -- mitigated of course by what can you > > afford to do, and so on. I reduced my list to 3 items -- go > to Ireland > > for a visit, revisit Paris for a couple of days to review the most > > beautiful city in the world, and knock out the aforementioned > > screenplay. Anything else that I manage is wonderful and gratuitous > > and gratis. > > > I do need to make a living for a year or so, but I can do that in > > about 20 hours a week. The screenplay will take another hour a day > > minimum. > > > I confess that I am running out of petrol, however; thus my > relative > > absence from this list. I can manage it once a week or so, > and respond > > too late to most messages to be useful and timely. But I > feel that I > > have made a lot of friends here, despite the fact that I have never > > met almost all of you. > > > "Nothing concentrates the mind like the knowledge that you > will hanged > > in the morning." > > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From jwcolby at colbyconsulting.com Thu Jun 24 08:44:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 24 Jun 2004 09:44:48 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <003c01c459f1$6abd2e70$0501a8c0@colbyws> >You know, since JC is like the equivalent of 3 programmers, I guess we do have 5...;-) ROTFLMAO You are one SMOOTH talker! I have not downloaded the SDK. I didn't really even know what you were up to except (apparently) wrapping some kind of DLL in a class or something. I kind of thought you'd come back to me with an email explaining in more detail what we are trying to do. So... I just joined the QB developer network and started the download. I am busy and don't know when or how much I'll be able to help (the disclaimer that means I just want access to your work ;-) however I do have a client right now that is using some manual third party tool to do transfers in / out and really need to automate this. Given this, I may actually find time to work on this stuff. Would you care to email me and start a discussion of what you are doing and how I can help? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Thursday, June 24, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how much I can help, but count me in" type of statement it **Generally** means I really can't help, but I would like to have access to the work.. For me at least, this has been no easy task, and is requiring a major commitment of effort trying to weed through the QB program model. You and John C. where the *only* two (I was looking for 5) who wanted to be a part of the project with no "disclaimers", meaning serious and wanting to put in the effort it is going to take to pull this off. So let me turn this around..... Have you (and JC), downloaded and started reviewing the SDK in it's entirety, and if so how far into the model are you? You know, since JC is like the equivilent of 3 programmers, I guess we do have 5...;-) Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 23, 2004 10:17 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours into my "QuickBooks Class Build", and it's going OK, not nearly >as fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I can >be, but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of which >are as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the QBFC. So in the end I will end up with a solution that will allow >for portability, and very easy communications with QB. The solution >will do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made it >an open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kwilliam at ashlandnet.com Thu Jun 24 08:50:53 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Thu, 24 Jun 2004 09:50:53 -0400 Subject: [AccessD] Access Export to Excel AND Quickbooks In-Reply-To: Message-ID: <002001c459f2$45d6f6d0$64aba8c0@ashlandnet.com> Hmmm. I think you are right....I had to do a work-around last night to move my data. I found the same thing......if I exported the data from the query, I COULD import into Excel ok. However, if I exported the report (based on the query), that is when I ran into problems. This is what I am trying to do; export from the report. I want to use the report to setup a template for importing into Quickbooks. I need the header area of the report for additional information in the template. If I have to export from the query....then I first need to import into Excel, and add the header info....prior to importing to Quickbooks. So, it is costing me an additional step, which I am trying to avoid. Maybe I can use a docmd.transfer ?? Or some other method of directly exporting the report with an .iif extension, that I can immediately import into Quickbooks. Of course, this would require the export process to maintain the code as the full text, and not truncate the zeros. See...overall...the problem is that Quickbooks is EXTREMELY useless for pricing updates. So I have my own database for manipulating pricing and adding new inventory items. So, I am trying to export these updates, and new items, to a file to import into Quickbooks. What a pain. Thanks, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Thursday, June 24, 2004 9:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel I know I've had this problem in the past...I think I may have even posted about it. But, at the moment I can't replicate the symptoms. I just tried a simple test using the same type of data you describe. I ran a query on this data, and chose "Tools/Office Links/Analyze It with Microsoft Excel". The result was a spreadsheet with the numbers shown as text with the little comment marker saying "number stored as text". I'm using Win2K / Office2K2. Perhaps I had this problem on an earlier setup like NT4.0 / Office 97. Mark -----Original Message----- From: Keith Williamson [mailto:kwilliam at ashlandnet.com] Sent: Thursday, June 24, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 24 10:31:44 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 24 Jun 2004 09:31:44 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <63500-220046424153144165@christopherhawkins.com> I pulled down the SDK for a close examination a few months ago - I thought I had mentioned that, but now that I think back, I probably didn't. -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 07:34:40 -0400 >Christopher, > I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how >much I >can help, but count me in" type of statement it **Generally** means >I really >can't help, but I would like to have access to the work.. For me at >least, >this has been no easy task, and is requiring a major commitment of >effort >trying to weed through the QB program model. > > You and John C. where the *only* two (I was looking for 5) who >wanted to be >a part of the project with no "disclaimers", meaning serious and >wanting to >put in the effort it is going to take to pull this off. > > So let me turn this around..... > Have you (and JC), downloaded and started reviewing the SDK in it's >entirety, and if so how far into the model are you? > > You know, since JC is like the equivilent of 3 programmers, I guess >we do >have 5...;-) > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 23, 2004 10:17 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >You've had me, JC, Ken at least two others offer to join your >project. How much more serious help do you need? ;) > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 23 Jun 2004 21:16:50 -0400 > >>Ken, >> Bottom line, not enough **serious** interest here. I'm about 15-20 >>hours >>into my "QuickBooks Class Build", and it's going OK, not nearly as >>fast as I >>hoped but then again I'm just one guy.... >> >> >>Good Luck!! >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >>Sent: Wednesday, June 23, 2004 7:51 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>I would like to be included as well. I don't know how much help I >>can be, >>but my partner and I just met with a potential new client and found >>out that >>they use Quickbooks for their inventory tracking. We are to put a >>proposal >>together that will integrate a revamped web site that will include a >>knowledgebase, online purchasing (which part will need to interact >>with >>Quickbooks) and some other options. After our first meeting, I >>quickly came >>back and grabbed the list of emails for this string from my deleted >>items so >>that I could see what everyone was saying. >> >>Thanks >> >>Ken >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>Sent: Friday, June 11, 2004 5:21 AM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >>I'm in. I have a client right now jumping through hoops to do this. >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Friday, June 11, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I guess there are about 75 VB examples in the SDK (3.0). All of >>which are >>as seamless as the next as far as I have played with (there just a >>pain to >>work with). It is really easy to see this for yourself if you have >>QuickBooks 2002 or above.. >> >> The problem is, there are no (none that I can find at least) >>complete >>sophisticated solutions that are under 500.00. I have tried the >>coreObjX >>dll, but that thing is a nightmare to even get registered on the >>users >>machines (even their own install routine will not register 9 time >>out of >>10), the other (AcctSync) solutions I found is about 1K, so it's out >>of my >>price range. >> >> What I'm hoping (going) to build is a class based solution based on >>the >>QBFC. So in the end I will end up with a solution that will allow >for >>portability, and very easy communications with QB. The solution will >>do all >>the "grunt" work under the hood automatically, and allow me to send >>and >>interpret QB requests very easily. >> >> It's not easy working with QB's API, and I would have like to made >>it an >>open source kind of thing, but I was hoping for at least 5 serious >>developers to join in. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From clh at christopherhawkins.com Thu Jun 24 10:33:11 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 24 Jun 2004 09:33:11 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <193880-220046424153311760@christopherhawkins.com> "Would you care to email me and start a discussion of what you are doing and how I can help?" Great idea. If you guys want to take it one step farther than eMail, I have a message forum set up that is largely unused these days. I'd be happy to donate its use for this QB Project. -C- ---- Original Message ---- From: jwcolby at colbyconsulting.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 09:44:48 -0400 >>You know, since JC is like the equivalent of 3 programmers, I guess >we do >have 5...;-) > >ROTFLMAO > >You are one SMOOTH talker! > >I have not downloaded the SDK. I didn't really even know what you >were up >to except (apparently) wrapping some kind of DLL in a class or >something. I >kind of thought you'd come back to me with an email explaining in >more >detail what we are trying to do. So... > >I just joined the QB developer network and started the download. I >am busy >and don't know when or how much I'll be able to help (the disclaimer >that >means I just want access to your work ;-) however I do have a client >right >now that is using some manual third party tool to do transfers in / >out and >really need to automate this. Given this, I may actually find time >to work >on this stuff. > >Would you care to email me and start a discussion of what you are >doing and >how I can help? > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Thursday, June 24, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how >much I >can help, but count me in" type of statement it **Generally** means >I really >can't help, but I would like to have access to the work.. For me at >least, >this has been no easy task, and is requiring a major commitment of >effort >trying to weed through the QB program model. > > You and John C. where the *only* two (I was looking for 5) who >wanted to be >a part of the project with no "disclaimers", meaning serious and >wanting to >put in the effort it is going to take to pull this off. > > So let me turn this around..... > Have you (and JC), downloaded and started reviewing the SDK in it's >entirety, and if so how far into the model are you? > > You know, since JC is like the equivilent of 3 programmers, I guess >we do >have 5...;-) > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 23, 2004 10:17 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >You've had me, JC, Ken at least two others offer to join your >project. How >much more serious help do you need? ;) > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 23 Jun 2004 21:16:50 -0400 > >>Ken, >> Bottom line, not enough **serious** interest here. I'm about 15-20 >>hours into my "QuickBooks Class Build", and it's going OK, not >nearly >>as fast as I >>hoped but then again I'm just one guy.... >> >> >>Good Luck!! >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >>Sent: Wednesday, June 23, 2004 7:51 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>I would like to be included as well. I don't know how much help I >can >>be, but my partner and I just met with a potential new client and >found >>out that >>they use Quickbooks for their inventory tracking. We are to put a >>proposal >>together that will integrate a revamped web site that will include a >>knowledgebase, online purchasing (which part will need to interact >>with >>Quickbooks) and some other options. After our first meeting, I >>quickly came >>back and grabbed the list of emails for this string from my deleted >>items so >>that I could see what everyone was saying. >> >>Thanks >> >>Ken >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>Sent: Friday, June 11, 2004 5:21 AM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >>I'm in. I have a client right now jumping through hoops to do this. >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Friday, June 11, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I guess there are about 75 VB examples in the SDK (3.0). All of >which >>are as seamless as the next as far as I have played with (there >just a >>pain to >>work with). It is really easy to see this for yourself if you have >>QuickBooks 2002 or above.. >> >> The problem is, there are no (none that I can find at least) >complete >>sophisticated solutions that are under 500.00. I have tried the >>coreObjX >>dll, but that thing is a nightmare to even get registered on the >>users >>machines (even their own install routine will not register 9 time >>out of >>10), the other (AcctSync) solutions I found is about 1K, so it's out >>of my >>price range. >> >> What I'm hoping (going) to build is a class based solution based >on >>the QBFC. So in the end I will end up with a solution that will >allow >>for portability, and very easy communications with QB. The solution >>will do all >>the "grunt" work under the hood automatically, and allow me to send >>and >>interpret QB requests very easily. >> >> It's not easy working with QB's API, and I would have like to made >it >>an open source kind of thing, but I was hoping for at least 5 >serious >>developers to join in. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From rfv at entelix.com Thu Jun 24 11:19:45 2004 From: rfv at entelix.com (rfv at entelix.com) Date: Thu, 24 Jun 2004 11:19:45 -0500 Subject: [AccessD] For Money or Love In-Reply-To: <22F1CCD5171D17419CB37FEEE09D5F99030FEB98@TTNEXCHSRV1.hshhp.com> Message-ID: <200406241620.i5OGKBQ31962@databaseadvisors.com> Arthur, God bless you! Rudolf F. Vanek -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco Sent: Jueves, 24 de Junio de 2004 08:30 a.m. To: Access Developers discussion and problem solving Subject: RE: [AccessD] For Money or Love Devastating news Arthur. You seem to be handling your situation very bravely. Let all of us gain strength from Arthur's and send a truly heartfelt thank you for all of his involvement in this list. Please let us know if there is some foundation (medical research or otherwise) that perhaps we can make a donation in your name. Jim DeMarco -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Thursday, June 24, 2004 7:19 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Well said Gustav. Arthur, this is so sad. You'll be in a lot of people's thoughts, and I hope you can take some comfort from the affection in which, I know, you are held by all here. With all my best wishes, to you and yours. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 24 June 2004 11:11 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] For Money or Love > > > Hi Arthur > > Thanks for letting us know ... I had noticed you recently > have been absent in periods but thought that was due to a > busy project or similar. > > I'm impressed how you handle this last "project" of yours; on > the other hand - given your deep experience you so often have > exposed here > - how could it be different? > > Well, this day certainly turned out differently than > expected. Should you feel we - the long time listers to whom > I humbly count myself - can be of any assistance regarding > your Access-related work, I'm sure you can count us in. On > the other hand I wouldn't be surprised if you already have > arrangements settled for this. > > I hope you'll have some really nice days in Ireland and > Paris, not only revisiting known places but having new > experiences as well. > > /gustav > > > > IMO this is not required. I just need to be guaranteed my rent and > > phone bill and food and cat food and car insurance, etc. > Beyond that, > > I don't need to accumulate wealth. I just want my > obligations covered, > > and if I have any time left then it's free. > > > Not to say I am the measure of anyone but myself, but > that's my frame > > of reference. I'm writing a screenplay in my off-hours > currently. It > > may sell; I have sold two previously and thus have an agent who is > > interested; but frankly I don't care whether it sells. > > > I have some serious medical issues and won't be around much > more than > > a year. Faced with that kind of news, one confronts "what > do you want > > to do before you bid adieu"? -- mitigated of course by what can you > > afford to do, and so on. I reduced my list to 3 items -- go > to Ireland > > for a visit, revisit Paris for a couple of days to review the most > > beautiful city in the world, and knock out the aforementioned > > screenplay. Anything else that I manage is wonderful and gratuitous > > and gratis. > > > I do need to make a living for a year or so, but I can do that in > > about 20 hours a week. The screenplay will take another hour a day > > minimum. > > > I confess that I am running out of petrol, however; thus my > relative > > absence from this list. I can manage it once a week or so, > and respond > > too late to most messages to be useful and timely. But I > feel that I > > have made a lot of friends here, despite the fact that I have never > > met almost all of you. > > > "Nothing concentrates the mind like the knowledge that you > will hanged > > in the morning." > > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com **************************************************************************** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". **************************************************************************** ******* -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Thu Jun 24 11:41:02 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 24 Jun 2004 12:41:02 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <000b01c459d9$b1a9ff60$0b08a8c0@carltonone.local> Message-ID: <08e301c45a0a$09714ed0$6601a8c0@rock> It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 bellsouth.net Thu Jun 24 12:15:02 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Thu, 24 Jun 2004 13:15:02 -0400 Subject: [AccessD] Crystal Reports developer needed Message-ID: <20040624171457.JGUP1701.imf20aec.mail.bellsouth.net@SUSANONE> If you have experience with Crystal Reports and are interested in free-lancing, please send me a resume' (or the equivalent) off list. I'll compile them and forwarded them to the client. I'm not involved in the decision making process, I'm just passing along candidates. I know nothing about the project itself -- no details at all other than it's with Crystal Reports. Thanks! Susan H. From Stephen.Pickering at caremark.com Thu Jun 24 12:47:02 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 24 Jun 2004 12:47:02 -0500 Subject: [AccessD] For Money or Love Message-ID: <35C4AC5A5AFD9642833200159C2581560A6985@s98026.psd.caremark.int> Arthur, I don't mean to be presumptuous, I mean, I really don't even know you as well as many others on this list. Still, I can easily see that your contributions, and your character, are of the highest quality. Please know that my prayers are with you in your journey. And though the result may be known, I wish you the very best of everything along the way. I'll start working on that code now. Is copying and pasting OK? ;^) Steve -----Arthur Fuller's Original Message----- It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 lists at theopg.com Thu Jun 24 12:50:24 2004 From: lists at theopg.com (MarkH) Date: Thu, 24 Jun 2004 18:50:24 +0100 Subject: [AccessD] Hopefully simple... Problem with Office XP help In-Reply-To: <20040624171457.JGUP1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <002401c45a13$b9f6e360$560b6bd5@netboxxp> Hello Sorry if this ones a bit simple but its driving me mad. Somehow I have managed to hide the tabs and toolbar in the office XP help. I can no longer search the index or see the contents etc. and can see no way of turning them back on. Any ideas...? thanks in advance Mark From marcus at tsstech.com Thu Jun 24 13:27:14 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 24 Jun 2004 14:27:14 -0400 Subject: [AccessD] For Money or Love Message-ID: Arthur, Not to make light of your situation...I have a friend who was given pretty bad news (6 months at most to live) over 10 months ago. They now think he my turn out to be a survivor of his condition. My prayers are with you... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 24, 2004 12:41 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 bellsouth.net Thu Jun 24 13:52:58 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Thu, 24 Jun 2004 14:52:58 -0400 Subject: [AccessD] favor running code in 2K and XP Message-ID: <20040624185253.LZUD1701.imf20aec.mail.bellsouth.net@SUSANONE> An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub From artful at rogers.com Thu Jun 24 14:48:02 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 24 Jun 2004 15:48:02 -0400 Subject: [AccessD] For Money or Love In-Reply-To: Message-ID: <092001c45a24$28fda310$6601a8c0@rock> I am confident that I will outlive their expectations. That said, it's about time we took this thread off-list, else get busted by the moderators. Let's let it go effective immediately. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Thursday, June 24, 2004 2:27 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] For Money or Love Arthur, Not to make light of your situation...I have a friend who was given pretty bad news (6 months at most to live) over 10 months ago. They now think he my turn out to be a survivor of his condition. My prayers are with you... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 24, 2004 12:41 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 Subscriptions at servicexp.com Thu Jun 24 15:50:08 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 24 Jun 2004 16:50:08 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <003c01c459f1$6abd2e70$0501a8c0@colbyws> Message-ID: Ok, I'll Contact you two via e-mail..... Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 24, 2004 9:45 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? >You know, since JC is like the equivalent of 3 programmers, I guess we do have 5...;-) ROTFLMAO You are one SMOOTH talker! I have not downloaded the SDK. I didn't really even know what you were up to except (apparently) wrapping some kind of DLL in a class or something. I kind of thought you'd come back to me with an email explaining in more detail what we are trying to do. So... I just joined the QB developer network and started the download. I am busy and don't know when or how much I'll be able to help (the disclaimer that means I just want access to your work ;-) however I do have a client right now that is using some manual third party tool to do transfers in / out and really need to automate this. Given this, I may actually find time to work on this stuff. Would you care to email me and start a discussion of what you are doing and how I can help? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Thursday, June 24, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how much I can help, but count me in" type of statement it **Generally** means I really can't help, but I would like to have access to the work.. For me at least, this has been no easy task, and is requiring a major commitment of effort trying to weed through the QB program model. You and John C. where the *only* two (I was looking for 5) who wanted to be a part of the project with no "disclaimers", meaning serious and wanting to put in the effort it is going to take to pull this off. So let me turn this around..... Have you (and JC), downloaded and started reviewing the SDK in it's entirety, and if so how far into the model are you? You know, since JC is like the equivilent of 3 programmers, I guess we do have 5...;-) Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 23, 2004 10:17 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours into my "QuickBooks Class Build", and it's going OK, not nearly >as fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I can >be, but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of which >are as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the QBFC. So in the end I will end up with a solution that will allow >for portability, and very easy communications with QB. The solution >will do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made it >an open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Thu Jun 24 15:53:10 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 24 Jun 2004 16:53:10 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <193880-220046424153311760@christopherhawkins.com> Message-ID: Christopher, E-mail address?? Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Thursday, June 24, 2004 11:33 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? "Would you care to email me and start a discussion of what you are doing and how I can help?" Great idea. If you guys want to take it one step farther than eMail, I have a message forum set up that is largely unused these days. I'd be happy to donate its use for this QB Project. -C- ---- Original Message ---- From: jwcolby at colbyconsulting.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 09:44:48 -0400 >>You know, since JC is like the equivalent of 3 programmers, I guess >we do >have 5...;-) > >ROTFLMAO > >You are one SMOOTH talker! > >I have not downloaded the SDK. I didn't really even know what you >were up >to except (apparently) wrapping some kind of DLL in a class or >something. I >kind of thought you'd come back to me with an email explaining in >more >detail what we are trying to do. So... > >I just joined the QB developer network and started the download. I >am busy >and don't know when or how much I'll be able to help (the disclaimer >that >means I just want access to your work ;-) however I do have a client >right >now that is using some manual third party tool to do transfers in / >out and >really need to automate this. Given this, I may actually find time >to work >on this stuff. > >Would you care to email me and start a discussion of what you are >doing and >how I can help? > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Thursday, June 24, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how >much I >can help, but count me in" type of statement it **Generally** means >I really >can't help, but I would like to have access to the work.. For me at >least, >this has been no easy task, and is requiring a major commitment of >effort >trying to weed through the QB program model. > > You and John C. where the *only* two (I was looking for 5) who >wanted to be >a part of the project with no "disclaimers", meaning serious and >wanting to >put in the effort it is going to take to pull this off. > > So let me turn this around..... > Have you (and JC), downloaded and started reviewing the SDK in it's >entirety, and if so how far into the model are you? > > You know, since JC is like the equivilent of 3 programmers, I guess >we do >have 5...;-) > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 23, 2004 10:17 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >You've had me, JC, Ken at least two others offer to join your >project. How >much more serious help do you need? ;) > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 23 Jun 2004 21:16:50 -0400 > >>Ken, >> Bottom line, not enough **serious** interest here. I'm about 15-20 >>hours into my "QuickBooks Class Build", and it's going OK, not >nearly >>as fast as I >>hoped but then again I'm just one guy.... >> >> >>Good Luck!! >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >>Sent: Wednesday, June 23, 2004 7:51 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>I would like to be included as well. I don't know how much help I >can >>be, but my partner and I just met with a potential new client and >found >>out that >>they use Quickbooks for their inventory tracking. We are to put a >>proposal >>together that will integrate a revamped web site that will include a >>knowledgebase, online purchasing (which part will need to interact >>with >>Quickbooks) and some other options. After our first meeting, I >>quickly came >>back and grabbed the list of emails for this string from my deleted >>items so >>that I could see what everyone was saying. >> >>Thanks >> >>Ken >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>Sent: Friday, June 11, 2004 5:21 AM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >>I'm in. I have a client right now jumping through hoops to do this. >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Friday, June 11, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I guess there are about 75 VB examples in the SDK (3.0). All of >which >>are as seamless as the next as far as I have played with (there >just a >>pain to >>work with). It is really easy to see this for yourself if you have >>QuickBooks 2002 or above.. >> >> The problem is, there are no (none that I can find at least) >complete >>sophisticated solutions that are under 500.00. I have tried the >>coreObjX >>dll, but that thing is a nightmare to even get registered on the >>users >>machines (even their own install routine will not register 9 time >>out of >>10), the other (AcctSync) solutions I found is about 1K, so it's out >>of my >>price range. >> >> What I'm hoping (going) to build is a class based solution based >on >>the QBFC. So in the end I will end up with a solution that will >allow >>for portability, and very easy communications with QB. The solution >>will do all >>the "grunt" work under the hood automatically, and allow me to send >>and >>interpret QB requests very easily. >> >> It's not easy working with QB's API, and I would have like to made >it >>an open source kind of thing, but I was hoping for at least 5 >serious >>developers to join in. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 Jun 24 17:17:03 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 25 Jun 2004 08:17:03 +1000 Subject: [AccessD] Access Export to Excel AND Quickbooks In-Reply-To: <002001c459f2$45d6f6d0$64aba8c0@ashlandnet.com> References: Message-ID: <40DBDF7F.23404.1EB23D4A@localhost> On 24 Jun 2004 at 9:50, Keith Williamson wrote: > > This is what I am trying to do; export from the report. I want to use the > report to setup a template for importing into Quickbooks. I need the header > area of the report for additional information in the template. If I have to > export from the query....then I first need to import into Excel, and add the > header info....prior to importing to Quickbooks. So, it is costing me an > additional step, which I am trying to avoid. > > Maybe I can use a docmd.transfer ?? Or some other method of directly > exporting the report with an .iif extension, that I can immediately import > into Quickbooks. That's the best way. It gives you total control over the file format. > Of course, this would require the export process to > maintain the code as the full text, and not truncate the zeros. > I haven't done it for Quickbooks, but I've done this sort of thing for a number of other accounting packages. Sounds like you need a header row and a series of datarows in a space, tab or comma delimited file? If so, the easiest solution by far is to use standaard file IO. Open an QBooks import file for Output Build and print# the header row(s) Open the query as a recordset Do Build a data row using Format$, RSet, Mid$ etc Print# the data row Read next row Loop until EOF Close the QBooks file -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From clh at christopherhawkins.com Thu Jun 24 18:15:12 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 24 Jun 2004 17:15:12 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <228090-220046424231512865@christopherhawkins.com> clh at christopherhawkins.com ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 16:53:10 -0400 >Christopher, > E-mail address?? > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Thursday, June 24, 2004 11:33 AM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >"Would you care to email me and start a discussion of what you are >doing and how I can help?" > >Great idea. > >If you guys want to take it one step farther than eMail, I have a >message forum set up that is largely unused these days. I'd be happy >to donate its use for this QB Project. > >-C- > >---- Original Message ---- >From: jwcolby at colbyconsulting.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Thu, 24 Jun 2004 09:44:48 -0400 > >>>You know, since JC is like the equivalent of 3 programmers, I >guess >>we do >>have 5...;-) >> >>ROTFLMAO >> >>You are one SMOOTH talker! >> >>I have not downloaded the SDK. I didn't really even know what you >>were up >>to except (apparently) wrapping some kind of DLL in a class or >>something. I >>kind of thought you'd come back to me with an email explaining in >>more >>detail what we are trying to do. So... >> >>I just joined the QB developer network and started the download. I >>am busy >>and don't know when or how much I'll be able to help (the >disclaimer >>that >>means I just want access to your work ;-) however I do have a >client >>right >>now that is using some manual third party tool to do transfers in / >>out and >>really need to automate this. Given this, I may actually find time >>to work >>on this stuff. >> >>Would you care to email me and start a discussion of what you are >>doing and >>how I can help? >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Thursday, June 24, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I'm glad you asked.....;-) When ever I hear, "Well I'm not sure >how >>much I >>can help, but count me in" type of statement it **Generally** means >>I really >>can't help, but I would like to have access to the work.. For me at >>least, >>this has been no easy task, and is requiring a major commitment of >>effort >>trying to weed through the QB program model. >> >> You and John C. where the *only* two (I was looking for 5) who >>wanted to be >>a part of the project with no "disclaimers", meaning serious and >>wanting to >>put in the effort it is going to take to pull this off. >> >> So let me turn this around..... >> Have you (and JC), downloaded and started reviewing the SDK in it's >>entirety, and if so how far into the model are you? >> >> You know, since JC is like the equivilent of 3 programmers, I >guess >>we do >>have 5...;-) >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >Christopher >>Hawkins >>Sent: Wednesday, June 23, 2004 10:17 PM >>To: accessd at databaseadvisors.com >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>You've had me, JC, Ken at least two others offer to join your >>project. How >>much more serious help do you need? ;) >> >>-C- >> >>---- Original Message ---- >>From: Subscriptions at servicexp.com >>To: accessd at databaseadvisors.com, >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>Date: Wed, 23 Jun 2004 21:16:50 -0400 >> >>>Ken, >>> Bottom line, not enough **serious** interest here. I'm about >15-20 >>>hours into my "QuickBooks Class Build", and it's going OK, not >>nearly >>>as fast as I >>>hoped but then again I'm just one guy.... >>> >>> >>>Good Luck!! >>> >>> >>>Robert Gracie >>>www.servicexp.com >>> >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken >Stoker >>>Sent: Wednesday, June 23, 2004 7:51 PM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>I would like to be included as well. I don't know how much help I >>can >>>be, but my partner and I just met with a potential new client and >>found >>>out that >>>they use Quickbooks for their inventory tracking. We are to put a >>>proposal >>>together that will integrate a revamped web site that will include >a >>>knowledgebase, online purchasing (which part will need to interact >>>with >>>Quickbooks) and some other options. After our first meeting, I >>>quickly came >>>back and grabbed the list of emails for this string from my deleted >>>items so >>>that I could see what everyone was saying. >>> >>>Thanks >>> >>>Ken >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>>Sent: Friday, June 11, 2004 5:21 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>>I'm in. I have a client right now jumping through hoops to do >this. >>> >>>John W. Colby >>>www.ColbyConsulting.com >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>>Gracie >>>Sent: Friday, June 11, 2004 7:35 AM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Christopher, >>> I guess there are about 75 VB examples in the SDK (3.0). All of >>which >>>are as seamless as the next as far as I have played with (there >>just a >>>pain to >>>work with). It is really easy to see this for yourself if you have >>>QuickBooks 2002 or above.. >>> >>> The problem is, there are no (none that I can find at least) >>complete >>>sophisticated solutions that are under 500.00. I have tried the >>>coreObjX >>>dll, but that thing is a nightmare to even get registered on the >>>users >>>machines (even their own install routine will not register 9 time >>>out of >>>10), the other (AcctSync) solutions I found is about 1K, so it's >out >>>of my >>>price range. >>> >>> What I'm hoping (going) to build is a class based solution based >>on >>>the QBFC. So in the end I will end up with a solution that will >>allow >>>for portability, and very easy communications with QB. The >solution >>>will do all >>>the "grunt" work under the hood automatically, and allow me to send >>>and >>>interpret QB requests very easily. >>> >>> It's not easy working with QB's API, and I would have like to >made >>it >>>an open source kind of thing, but I was hoping for at least 5 >>serious >>>developers to join in. >>> >>> >>>Robert Gracie >>>www.servicexp.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu Jun 24 18:14:20 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 24 Jun 2004 19:14:20 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <08e301c45a0a$09714ed0$6601a8c0@rock> Message-ID: <004901c45a40$faf31d20$0501a8c0@colbyws> >I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? Given that 1 in 20 lines will contain a bug, couldn't you just ask for 50 bugs on your desk by Monday morning? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 24, 2004 12:41 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 KP at sdsonline.net Thu Jun 24 18:53:35 2004 From: KP at sdsonline.net (Kath Pelletti) Date: Fri, 25 Jun 2004 09:53:35 +1000 Subject: [AccessD] Open asp template from Access form Message-ID: <005a01c45a46$77a32e50$6501a8c0@user> Hi eveyone - I need to write some code to open a 'template' file in Frontpage (ie. create a new .asp file based on a frontpage template which I will create) I dont have much experience opening other apps, but I use this code in another app to open a s/sheet in Excel (see below). Can you tell me - is this the fastest way to open a Frontpage file too? Is it CreateObject ("Frontpage.application")? TIA Kath -------------------------------------------------------------------------------- Private Function CreateSpreadsheet(rsRecordset As ADODB.Recordset) As Long Dim strerrormsg As String Dim ExcelRunning As Boolean Dim xlApp As Object Dim cell() Dim lRows As Long Dim lColumns As Long Dim lColPtr As Long Dim lRowPtr As Long Dim strRange As String On Error GoTo Err_Handler 'Create spreadsheet ExcelRunning = IsExcelRunning() If Not ExcelRunning Then Set xlApp = CreateObject("Excel.Application") Else Set xlApp = GetObject(, "Excel.Application") End If 'Set xlapp = CreateObject("excel.application") xlApp.Workbooks.Add 'etc etc -------------------------------------------------------------------------------- Function IsExcelRunning() As Boolean Dim strerrormsg As String On Error GoTo Err_Handler Dim xlApp As Excel.Application On Error Resume Next Set xlApp = GetObject(, "Excel.Application") IsExcelRunning = (Err.Number = 0) Set xlApp = Nothing Err.Clear Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" hcursor = CursorID RetVal = SetCursor(hcursor) Resume Normal_exit End Function -------------------------------------------------------------------------------- Kath Pelletti Software Design & Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 KP at SDSOnline.net From jmhla at earthlink.net Thu Jun 24 20:06:22 2004 From: jmhla at earthlink.net (Joe Hecht) Date: Thu, 24 Jun 2004 18:06:22 -0700 Subject: [AccessD] sql string problem Message-ID: <002201c45a50$a4e32690$6501a8c0@delllaptop> I am trying to create a column for a combo box. tblMasterAddresses Fields LastName FirstName1 FirstName2 Pseudocode: If firstname2 ="",lastname,firstname1,lastname,firstname1 and firstname2 DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", [tblMasterAddresses]![LastName] &" [tblMasterAddresses]![FirstName1] , [tblMasterAddresses]![LastName] &", "&[tblMasterAddresses]![FirstName1]& "and " & [tblMasterAddresses]! [FirstName2] ) I keep getting string error the last 30 minutes I have been working on it. Thanks JOE HECHT LOS ANGELES CA jmhla at earthlink.net From bchacc at san.rr.com Thu Jun 24 20:23:48 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 24 Jun 2004 18:23:48 -0700 Subject: [AccessD] sql string problem References: <002201c45a50$a4e32690$6501a8c0@delllaptop> Message-ID: <02a901c45a53$1133f660$6601a8c0@HAL9002> Joe: Create your strings in a string variable (Dim strColumn as String) then show it in a msgbox with beginning and ending asterisks so you can see any blanks front and aft: msgbox "*" & strColumn & "*" That will probably show you where the error is. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Joe Hecht" To: "'Access Developers discussion and problem solving'" Sent: Thursday, June 24, 2004 6:06 PM Subject: [AccessD] sql string problem > I am trying to create a column for a combo box. > > tblMasterAddresses > > Fields > > LastName > > FirstName1 > > FirstName2 > > Pseudocode: If firstname2 ="",lastname,firstname1,lastname,firstname1 and > firstname2 > > DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", > [tblMasterAddresses]![LastName] &" [tblMasterAddresses]![FirstName1] , > [tblMasterAddresses]![LastName] &", "&[tblMasterAddresses]![FirstName1]& > "and " & [tblMasterAddresses]! [FirstName2] ) > > > > I keep getting string error the last 30 minutes I have been working on it. > > > > Thanks > > > > JOE HECHT > > LOS ANGELES CA > > jmhla at earthlink.net > > > > ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lists at theopg.com Thu Jun 24 20:27:51 2004 From: lists at theopg.com (MarkH) Date: Fri, 25 Jun 2004 02:27:51 +0100 Subject: [AccessD] sql string problem In-Reply-To: <002201c45a50$a4e32690$6501a8c0@delllaptop> Message-ID: <003201c45a53$a1986100$560b6bd5@netboxxp> DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", [tblMasterAddresses]![LastName] &" " & [tblMasterAddresses]![FirstName1] , [tblMasterAddresses]![LastName] & ", " &[tblMasterAddresses]![FirstName1] & " and " & [tblMasterAddresses]! [FirstName2] ) hth Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht Sent: 25 June 2004 02:06 To: 'Access Developers discussion and problem solving' Subject: [AccessD] sql string problem I am trying to create a column for a combo box. tblMasterAddresses Fields LastName FirstName1 FirstName2 Pseudocode: If firstname2 ="",lastname,firstname1,lastname,firstname1 and firstname2 DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", [tblMasterAddresses]![LastName] &" [tblMasterAddresses]![FirstName1] , [tblMasterAddresses]![LastName] &", "&[tblMasterAddresses]![FirstName1]& "and " & [tblMasterAddresses]! [FirstName2] ) I keep getting string error the last 30 minutes I have been working on it. Thanks JOE HECHT LOS ANGELES CA jmhla at earthlink.net From jmoss111 at bellsouth.net Thu Jun 24 21:50:10 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Thu, 24 Jun 2004 21:50:10 -0500 Subject: [AccessD] Access Export to Excel AND Quickbooks In-Reply-To: <002001c459f2$45d6f6d0$64aba8c0@ashlandnet.com> Message-ID: One thing that you can do to write the field as text if you use Excel automation from Access is to use the Selection.NumberFormat = "@". And by using automation, you can also create the report header and formatting. jm -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Thursday, June 24, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel AND Quickbooks Hmmm. I think you are right....I had to do a work-around last night to move my data. I found the same thing......if I exported the data from the query, I COULD import into Excel ok. However, if I exported the report (based on the query), that is when I ran into problems. This is what I am trying to do; export from the report. I want to use the report to setup a template for importing into Quickbooks. I need the header area of the report for additional information in the template. If I have to export from the query....then I first need to import into Excel, and add the header info....prior to importing to Quickbooks. So, it is costing me an additional step, which I am trying to avoid. Maybe I can use a docmd.transfer ?? Or some other method of directly exporting the report with an .iif extension, that I can immediately import into Quickbooks. Of course, this would require the export process to maintain the code as the full text, and not truncate the zeros. See...overall...the problem is that Quickbooks is EXTREMELY useless for pricing updates. So I have my own database for manipulating pricing and adding new inventory items. So, I am trying to export these updates, and new items, to a file to import into Quickbooks. What a pain. Thanks, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Thursday, June 24, 2004 9:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel I know I've had this problem in the past...I think I may have even posted about it. But, at the moment I can't replicate the symptoms. I just tried a simple test using the same type of data you describe. I ran a query on this data, and chose "Tools/Office Links/Analyze It with Microsoft Excel". The result was a spreadsheet with the numbers shown as text with the little comment marker saying "number stored as text". I'm using Win2K / Office2K2. Perhaps I had this problem on an earlier setup like NT4.0 / Office 97. Mark -----Original Message----- From: Keith Williamson [mailto:kwilliam at ashlandnet.com] Sent: Thursday, June 24, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From viner at eunet.yu Fri Jun 25 00:40:51 2004 From: viner at eunet.yu (Ervin Brindza) Date: Fri, 25 Jun 2004 07:40:51 +0200 Subject: [AccessD] Street names in the separate table Message-ID: <000e01c45a76$fe9d9f00$0100a8c0@razvoj> I was wondering how to manage the "street problem" because my customer like to use different abbreviations for the very same street name. Are there any method(like soundex) to check is the street already entered? E.g. the street names: King George III K. George III King George the Third etc. TIA, Ervin From Paul.Rogers at SummitMedia.co.uk Fri Jun 25 02:43:04 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Fri, 25 Jun 2004 08:43:04 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Thanks, Arthur. Has anyone got the complete revised code now please? Cheers paul -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 4:43 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Got the problem. In Access 2002 the line should be 'HoleOutForm Application.hWndAccessApplication HoleOutForm Application.hWndAccessApp Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 25 07:39:53 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 25 Jun 2004 13:39:53 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <20040625123950.ACE07254A94@smtp.nildram.co.uk> I think that's the only mod isn't it? Just that same mod that's been posted lots of times. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Date: 25/06/04 07:46 > > Thanks, Arthur. > > Has anyone got the complete revised code now please? Cheers > paul > > -----Original Message----- > From: Arthur Fuller [mailto:artful at rogers.com] > Sent: Wednesday, June 23, 2004 4:43 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Got the problem. In Access 2002 the line should be > > 'HoleOutForm Application.hWndAccessApplication > HoleOutForm Application.hWndAccessApp > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Tuesday, June 22, 2004 1:15 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > That is absolutely brilliant, Drew! > > Pure genius. Where did you ever come up with that idea? > > Amazed :-) > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > DWUTKA at marlow.com > Sent: Monday, June 21, 2004 2:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare > Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal > hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal > nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = > ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - > rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + > rt.Left - 1 If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim > dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End > Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From rbgajewski at adelphia.net Fri Jun 25 08:44:04 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 25 Jun 2004 09:44:04 -0400 Subject: [AccessD] Street names in the separate table In-Reply-To: <000e01c45a76$fe9d9f00$0100a8c0@razvoj> Message-ID: Ervin This has been a problem since databases first began. I don't know of any Soundex-type solutions, but I was able to reduce duplications by almost 90% by using combo boxes with automatic dropdown activated. By seeing all of the available choices as the user input their data, they seemed willing to make the effort to find an existing entry rather than add a new one. Also, on the NotInList event, I used a small popup form, which further 'convinced' users that using the data in the list was preferable to just adding a new one because they were too lazy to look it up. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ervin Brindza Sent: Friday, June 25, 2004 01:41 To: AccessD at databaseadvisors.com Subject: [AccessD] Street names in the separate table I was wondering how to manage the "street problem" because my customer like to use different abbreviations for the very same street name. Are there any method(like soundex) to check is the street already entered? E.g. the street names: King George III K. George III King George the Third etc. TIA, Ervin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Jun 25 09:04:10 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 25 Jun 2004 16:04:10 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040624185253.LZUD1701.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040624185253.LZUD1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <69188852.20040625160410@cactus.dk> Hi Susan I have not an Access 2000 installation right on hand. Similar code works here with the minor difference that Access is preceding "everywhere": Dim ref As Access.Reference .. Access.Application.References /gustav > An editor's having trouble with the Remove method in 2K and XP. I was able > to re-create it by running an Access 2003 db with a reference to Excel 2003 > on a system with Access 2000 and no Excel. The error says the object doesn't > suppor the method -- and points to the Remove method, but it's there in > Intellisense. > It's only 2000 and 2k -- any ideas? > Susan H. > Sub RemoveBrokenReferences() > 'Find and remove broken references > Dim ref As Reference > For Each ref In Application.References > If ref.IsBroken = True Then > Application.References.Remove ref > End If > Next > End Sub From ssharkins at bellsouth.net Fri Jun 25 09:18:48 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 10:18:48 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <69188852.20040625160410@cactus.dk> Message-ID: <20040625141842.EXLR1737.imf24aec.mail.bellsouth.net@SUSANONE> Turns out it's a well known bug -- but I'll check this out too -- can't hurt. Susan H. Hi Susan I have not an Access 2000 installation right on hand. Similar code works here with the minor difference that Access is preceding "everywhere": Dim ref As Access.Reference .. Access.Application.References /gustav > An editor's having trouble with the Remove method in 2K and XP. I was > able to re-create it by running an Access 2003 db with a reference to > Excel 2003 on a system with Access 2000 and no Excel. The error says > the object doesn't suppor the method -- and points to the Remove > method, but it's there in Intellisense. > It's only 2000 and 2k -- any ideas? > Susan H. > Sub RemoveBrokenReferences() > 'Find and remove broken references > Dim ref As Reference > For Each ref In Application.References > If ref.IsBroken = True Then > Application.References.Remove ref > End If > Next > End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Jun 25 09:32:30 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 25 Jun 2004 16:32:30 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040625141842.EXLR1737.imf24aec.mail.bellsouth.net@SUSANONE> References: <20040625141842.EXLR1737.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <11910888877.20040625163230@cactus.dk> Hi Susan What's the cure for this bug, if any? /gustav > Turns out it's a well known bug -- but I'll check this out too -- can't > hurt. > Susan H. > Hi Susan > I have not an Access 2000 installation right on hand. > Similar code works here with the minor difference that Access is preceding > "everywhere": > Dim ref As Access.Reference > .. > Access.Application.References > /gustav >> An editor's having trouble with the Remove method in 2K and XP. I was >> able to re-create it by running an Access 2003 db with a reference to >> Excel 2003 on a system with Access 2000 and no Excel. The error says >> the object doesn't suppor the method -- and points to the Remove >> method, but it's there in Intellisense. >> It's only 2000 and 2k -- any ideas? >> Susan H. >> Sub RemoveBrokenReferences() >> 'Find and remove broken references >> Dim ref As Reference >> For Each ref In Application.References >> If ref.IsBroken = True Then >> Application.References.Remove ref >> End If >> Next >> End Sub From Patricia.O'Connor at dfa.state.ny.us Fri Jun 25 09:42:33 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Fri, 25 Jun 2004 10:42:33 -0400 Subject: [AccessD] Fw: Fax Message Received Message-ID: Yep received that - maybe if they actually offered a workable virus protection and used something good on their servers they would have less problems. Ever since they merged with AOL the spam I get from my RR account is outrageous. I personally believe they are selling our email addresses. I don't give out my RR account and the amount keeps climbing every day. I have emailed them numerous times about it. I also suggested they take a look at yahoo and the ability to click a button indicating a mail is SPAM - never ever heard a word back except for the canned response. Unless you want to spend days fixing your machine - DO NOT use the free CA ez suite for firewall/antivirus offered by roadrunner. If you do and run into a problem do not expect an useable answer. I made the mistake and spent 5 days stripping crap out of my machine and correcting the registry. Even though their firewall is zone alarm pro they did something to it. I could not get at any of my secure sites. Did not matter whether it was turned on or off. The antivirus portion was ok for awhile, then it would not automatically update, then I could not manually download the files from certain sites, then it screwed up some drivers. My machine got to the point where I could only boot in safe mode (win 98). Took everything off, searched the registry and took out all references, and had to download replacement drivers. I emailed both RoadRunner and CA with complaints with no response. I went back to a previous version (4.8) of the basic zone alarm since za v5 is having major problems. Then downloaded AVG for virus protection. Happiness has returned to OConnor land. Patti ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: Tuesday, June 22, 2004 10:16 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Fw: Fax Message Received > > FYI > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: Enquiries > To: Bchacc > Sent: Tuesday, June 22, 2004 7:57 AM > Subject: Fax Message Received > > > ALERT!!! > Road Runner is currently dropping all .com, .exe and .pif > files in order to prevent negative affects from the > Zafi.B/W32.Erkez.B at mm virus on our network and subscribers, > and to help keep the virus from circulating around the > Internet. If you need to send or receive these files types, > please make sure that the file is sent as a .zip or .gzip > compressed file. Road Runner will resume accepting .com, .exe > and .pif file extensions as soon as possible. > > The following attachments were infected and have been repaired: > No attachments are in this category. > > The following attachments were deleted due to an inability to > clean them: > No attachments are in this category. > > The Following attachments were not delivered due to inbound > mail policy violations: > 1. text_document.com: Mail Policy Block (Attachment Name) > > > Road Runner does not contact the sender of the infected > attachment(s). > > Removal tools (to clean your computer) can be located at: > > Computer Associates: > http://www3.ca.com/securityadvisor/virusinfo/virus.aspx?id=39333 > Symantec: > http://securityresponse.symantec.com/avcenter/venc/data/w32.er > kez.b at mm.removal.tool.htm > > ------------ Original message text follows ------------ > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From ssharkins at bellsouth.net Fri Jun 25 09:47:48 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 10:47:48 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <11910888877.20040625163230@cactus.dk> Message-ID: <20040625144742.GANO1701.imf20aec.mail.bellsouth.net@SUSANONE> Late-binding -- that's really it. I tried the Access prefix -- didn't make any difference. Seems it's in 2000 and 2002 -- if it's a project library, the code catches it, if it' typelib library it throws an error. 2003 is fixed. Oddly enough, 97 seems to work OK -- now that truly confuses me. :) Susan H. Hi Susan What's the cure for this bug, if any? /gustav > Turns out it's a well known bug -- but I'll check this out too -- > can't hurt. > Susan H. > Hi Susan > I have not an Access 2000 installation right on hand. > Similar code works here with the minor difference that Access is > preceding > "everywhere": > Dim ref As Access.Reference > .. > Access.Application.References > /gustav >> An editor's having trouble with the Remove method in 2K and XP. I was >> able to re-create it by running an Access 2003 db with a reference to >> Excel 2003 on a system with Access 2000 and no Excel. The error says >> the object doesn't suppor the method -- and points to the Remove >> method, but it's there in Intellisense. >> It's only 2000 and 2k -- any ideas? >> Susan H. >> Sub RemoveBrokenReferences() >> 'Find and remove broken references >> Dim ref As Reference >> For Each ref In Application.References >> If ref.IsBroken = True Then >> Application.References.Remove ref >> End If >> Next >> End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Stephen.Pickering at caremark.com Thu Jun 24 14:28:02 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 24 Jun 2004 14:28:02 -0500 Subject: [AccessD] favor running code in 2K and XP Message-ID: <35C4AC5A5AFD9642833200159C2581560A698A@s98026.psd.caremark.int> Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub From ssharkins at bellsouth.net Fri Jun 25 11:15:56 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 12:15:56 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <35C4AC5A5AFD9642833200159C2581560A698A@s98026.psd.caremark.int> Message-ID: <20040625161553.FODC1775.imf19aec.mail.bellsouth.net@SUSANONE> Yes -- but that's the point of the code. If the reference is "missing" -- the code removes it. Unfortunately, the Remove method doesn't always work. The code works fine in 2003, just not in 2000 and 2002. It's apparently a known bug. If you're going to include the Remove method in 2000 or 2002 code, all you can do is just put in the appropriate error-handler. Or, use late-binding to avoid it altogether. You'd think they'd have fixed the bug a lot sooner, but I don't run MS. ;) On the other hand, I don't have any updates for 2000 installed, so it's possible that they did fix it somewhere along the line, but since it still appears in XP, I'm guessing not. Susan H. Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Jun 25 13:48:49 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 25 Jun 2004 11:48:49 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: Susan, I worked through a problem with references in 2002 in this list some months back. Take a look in the archives. I did use late binding, but I think I did something else too. I'll try to find the code I wrote (which we never used, BTW). Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Friday, June 25, 2004 8:16 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] favor running code in 2K and XP Yes -- but that's the point of the code. If the reference is "missing" -- the code removes it. Unfortunately, the Remove method doesn't always work. The code works fine in 2003, just not in 2000 and 2002. It's apparently a known bug. If you're going to include the Remove method in 2000 or 2002 code, all you can do is just put in the appropriate error-handler. Or, use late-binding to avoid it altogether. You'd think they'd have fixed the bug a lot sooner, but I don't run MS. ;) On the other hand, I don't have any updates for 2000 installed, so it's possible that they did fix it somewhere along the line, but since it still appears in XP, I'm guessing not. Susan H. Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Jun 25 14:01:46 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 25 Jun 2004 12:01:46 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: OK, I set references to the Access object library. That allowed me to use Access.whatever syntax. This will break of course between versions, since Access 10 executable is not in the same folder/reg key as Access 11. Dim objRef As Access.Reference I also had to use Access.Application, since Application.Whatever alone didn't work with a broken reference For intCount = Access.Application.References.Count To 1 Step -1 Set objRef = Access.Application.References(intCount) strRefPath = objRef.FullPath I also had to specify the VBA library when using built in function, since they break if the references are broken also. If VBA.InStr(strRefPath, "RIMCDORedemption") > 0 Then Finally, remove and reference: ' remove the broken and add it back Access.Application.References.Remove objRef Access.Application.References.AddFromFile strAccessPath & strFile ' if any broken references were handled, recompile the project ' See MSKB 194374 for info on SysCmd hidden arguments ' Note that if we do NOT run the compile, the repaired reference ' does not seem to "stick" and this will run each time the app opens Access.Application.SysCmd 504, 16483 Does this help? Charlotte Foust -----Original Message----- From: Charlotte Foust Sent: Friday, June 25, 2004 10:49 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] favor running code in 2K and XP Susan, I worked through a problem with references in 2002 in this list some months back. Take a look in the archives. I did use late binding, but I think I did something else too. I'll try to find the code I wrote (which we never used, BTW). Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Friday, June 25, 2004 8:16 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] favor running code in 2K and XP Yes -- but that's the point of the code. If the reference is "missing" -- the code removes it. Unfortunately, the Remove method doesn't always work. The code works fine in 2003, just not in 2000 and 2002. It's apparently a known bug. If you're going to include the Remove method in 2000 or 2002 code, all you can do is just put in the appropriate error-handler. Or, use late-binding to avoid it altogether. You'd think they'd have fixed the bug a lot sooner, but I don't run MS. ;) On the other hand, I don't have any updates for 2000 installed, so it's possible that they did fix it somewhere along the line, but since it still appears in XP, I'm guessing not. Susan H. Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Fri Jun 25 14:37:06 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 15:37:06 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: Message-ID: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> It probably does -- thank you Charlotte. Susan H. OK, I set references to the Access object library. That allowed me to use Access.whatever syntax. This will break of course between versions, since Access 10 executable is not in the same folder/reg key as Access 11. From Developer at UltraDNT.com Fri Jun 25 15:10:37 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Fri, 25 Jun 2004 16:10:37 -0400 Subject: [AccessD] Report Footer as Page Footer, Last Page Only In-Reply-To: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <000001c45af0$7de30f60$6401a8c0@COA3> I need to have my grand total show only the last page of a report (like a report footer), but always on the bottom (like a page footer) instead of right after the last detail line. How whould I do this? And on which one of these? (Report Footer all the way on the bottom or Page Footer that only shows on the last page?) TIA & TGIF Steve From dwaters at usinternet.com Fri Jun 25 18:20:07 2004 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 25 Jun 2004 18:20:07 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? Message-ID: <000201c45b0a$f49bfa80$de1811d8@danwaters> Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters From bchacc at san.rr.com Fri Jun 25 18:23:28 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 25 Jun 2004 16:23:28 -0700 Subject: [AccessD] Report Footer as Page Footer, Last Page Only References: <000001c45af0$7de30f60$6401a8c0@COA3> Message-ID: <013e01c45b0b$6c1fae80$6601a8c0@HAL9002> WAG: If you can determine what the last record of the report is in the Open event of the report (use a recordset bound to the same query as the report but with the MAX function to return only the last record), you could put the grand total in the page footer but make it invisible until the last record is detected in the format event of the detail section at which point you make the controls showing the total visible. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 25, 2004 1:10 PM Subject: [AccessD] Report Footer as Page Footer, Last Page Only > I need to have my grand total show only the last page of a report (like > a report footer), but always on the bottom (like a page footer) instead > of right after the last detail line. > > How whould I do this? And on which one of these? (Report Footer all the > way on the bottom or Page Footer that only shows on the last page?) > > > TIA & TGIF > Steve > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Sat Jun 26 05:24:01 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jun 2004 12:24:01 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <519975804.20040626122401@cactus.dk> Hi Susan Yes, this: Dim objRef As Access.Reference is needed. To anyone interested in the subject of Broken References - and how to solve it - I will strongly recommend to look up the archive on: Broken References in Runtime of July 2003. This is indeed one of the dark areas of Access and quite a lot of flaky code and "tips" is spread over the web. /gustav > It probably does -- thank you Charlotte. > Susan H. > OK, I set references to the Access object library. That allowed me to use > Access.whatever syntax. This will break of course between versions, since > Access 10 executable is not in the same folder/reg key as Access 11. From ssharkins at bellsouth.net Sat Jun 26 08:43:07 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sat, 26 Jun 2004 09:43:07 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <519975804.20040626122401@cactus.dk> Message-ID: <20040626134301.JPAV1742.imf17aec.mail.bellsouth.net@SUSANONE> Gustav, I added the Access. and the error still occurs. Susan H. Hi Susan Yes, this: Dim objRef As Access.Reference is needed. To anyone interested in the subject of Broken References - and how to solve it - I will strongly recommend to look up the archive on: Broken References in Runtime of July 2003. This is indeed one of the dark areas of Access and quite a lot of flaky code and "tips" is spread over the web. /gustav > It probably does -- thank you Charlotte. > Susan H. > OK, I set references to the Access object library. That allowed me to > use Access.whatever syntax. This will break of course between > versions, since Access 10 executable is not in the same folder/reg key as Access 11. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 26 11:54:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jun 2004 18:54:44 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040626134301.JPAV1742.imf17aec.mail.bellsouth.net@SUSANONE> References: <20040626134301.JPAV1742.imf17aec.mail.bellsouth.net@SUSANONE> Message-ID: <15833418823.20040626185444@cactus.dk> Hi Susan I wonder if this error of yours is due to something else. In Access XP I added a reference to a networked md5.tlb file, closed, renamed the tlb, reopened Access, and ran your code without any error - it just removed the reference which was now missing. /gustav > Gustav, I added the Access. and the error still occurs. From ssharkins at bellsouth.net Sat Jun 26 11:57:37 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sat, 26 Jun 2004 12:57:37 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <15833418823.20040626185444@cactus.dk> Message-ID: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> Gustav, Heaven only knows. The editor and I don't even get the same results doing the same thing. I don't know if our expectations are wrong or if it's just buggy. At any rate, I have decided to completely revamp the article and take a completely different slant -- if I can't figure it out, I certainly can't recommend it. Doesn't mean it doesn't work, but it shouldn't be so temperamental, and if it IS, there should be adequate documentation about the problems and other than a lot of chatter about the problem, I can find nothing that actually resolves the problem. :( Even if it's a misunderstanding on my part, I won't be the only one to make it -- and I have to identify it and offer explanations and solutions or just dump it. :( Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, June 26, 2004 12:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Hi Susan I wonder if this error of yours is due to something else. In Access XP I added a reference to a networked md5.tlb file, closed, renamed the tlb, reopened Access, and ran your code without any error - it just removed the reference which was now missing. /gustav > Gustav, I added the Access. and the error still occurs. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 26 12:33:27 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jun 2004 19:33:27 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <1435741884.20040626193327@cactus.dk> Hi Susan I see - in that case I think I would do the same. /gustav > Gustav, Heaven only knows. The editor and I don't even get the same results > doing the same thing. I don't know if our expectations are wrong or if it's > just buggy. > At any rate, I have decided to completely revamp the article and take a > completely different slant -- if I can't figure it out, I certainly can't > recommend it. Doesn't mean it doesn't work, but it shouldn't be so > temperamental, and if it IS, there should be adequate documentation about > the problems and other than a lot of chatter about the problem, I can find > nothing that actually resolves the problem. :( Even if it's a > misunderstanding on my part, I won't be the only one to make it -- and I > have to identify it and offer explanations and solutions or just dump it. :( From rbgajewski at adelphia.net Sat Jun 26 13:12:15 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Sat, 26 Jun 2004 14:12:15 -0400 Subject: [AccessD] OT: Stopping spammers on your website using JavaScript In-Reply-To: <15833418823.20040626185444@cactus.dk> Message-ID: NO ARCHIVE For those of you that have websites, and have emails addresses in your source code ... There are many email address 'harvesters' out there that simply troll your HTML source code looking for valid email addresses (name at domain.com). They then sell lists of these addresses to anyone willing to buy them - usually spammers. Although this solution is not new by any means, I have finally got it up and working on my sites - and it works great! This will prevent 99% of these harvesters from ever finding your actual email addresses, yet lets users link seamlessly. WATCH FOR LINE WRAP Step 1 - Create an external JavaScript file ("tools.js" or whatever you want to name it). Put it in your web host root directory. function sendMail(n2,d2,e2,s2,b2){ var r2 = 'mailto:' + n2 + '@' + d2 + '.' + e2 + '?subject=' + s2 + '&body=' + b2; document.location.href = r2; } Step 2 - Add a call to the external file in each of your web pages. Place this AFTER the tag and BEFORE the tag. NOTE: If any of your pages are in subfolders, you will have to alter the 'src' tag accordingly. For example, let's say you have a web page "download.html" in your "download" subfolder. Modify your tag as follows: The "../" tells your subpage to look in your main folder for the external JavaScript file. Step 3 - Modify your email hyperlinks as follows: FROM EXAMPLE: Feedback TO EXAMPLE: Feedback Of course, the Subject and Body fields are optional. If you want to omit either of them, simply use '' in the code. You must ALWAYS pass the full five parameters, even if they are blank. NO SUBJECT EXAMPLE: Feedback NO BODY EXAMPLE: Feedback NO SUBJECT OR BODY EXAMPLE: Feedback I hope that this helps any of you eliminate getting spammed from your web page email links. Regards, Bob Gajewski From dw-murphy at cox.net Sat Jun 26 16:16:29 2004 From: dw-murphy at cox.net (dw-murphy at cox.net) Date: Sat, 26 Jun 2004 17:16:29 -0400 Subject: [AccessD] OT: Stopping spammers on your website using JavaScript Message-ID: <20040626211631.KHDO4227.fed1rmmtao04.cox.net@smtp.west.cox.net> Bob, Good suggestion. The other for folks with javascript disabled, as MS has recommended for their latest security breach, put you e-mail address in an image on the page so folks can at least get the address. Doug > > From: "Bob Gajewski" > Date: 2004/06/26 Sat PM 02:12:15 EDT > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] OT: Stopping spammers on your website using JavaScript > > NO ARCHIVE > > For those of you that have websites, and have emails addresses in your > source code ... > > There are many email address 'harvesters' out there that simply troll your > HTML source code looking for valid email addresses (name at domain.com). They > then sell lists of these addresses to anyone willing to buy them - usually > spammers. > > Although this solution is not new by any means, I have finally got it up and > working on my sites - and it works great! This will prevent 99% of these > harvesters from ever finding your actual email addresses, yet lets users > link seamlessly. > > WATCH FOR LINE WRAP > > Step 1 - Create an external JavaScript file ("tools.js" or whatever you want > to name it). Put it in your web host root directory. > > function sendMail(n2,d2,e2,s2,b2){ > var r2 = 'mailto:' + n2 + '@' + d2 + '.' + e2 + '?subject=' + s2 + > '&body=' + b2; > document.location.href = r2; > } > > Step 2 - Add a call to the external file in each of your web pages. Place > this AFTER the tag and BEFORE the tag. > > > > NOTE: If any of your pages are in subfolders, you will have to alter the > 'src' tag accordingly. For example, let's say you have a web page > "download.html" in your "download" subfolder. Modify your tag as follows: > > > > The "../" tells your subpage to look in your main folder for the external > JavaScript file. > > Step 3 - Modify your email hyperlinks as follows: > > FROM EXAMPLE: > > Feedback > > TO EXAMPLE: > > Feedback > > Of course, the Subject and Body fields are optional. If you want to omit > either of them, simply use '' in the code. You must ALWAYS pass the full > five parameters, even if they are blank. > > NO SUBJECT EXAMPLE: > > Feedback > > NO BODY EXAMPLE: > > href="javscript:sendMail('name','domain','com','Feedback','');">Feedback > > NO SUBJECT OR BODY EXAMPLE: > > Feedback > > > I hope that this helps any of you eliminate getting spammed from your web > page email links. > > Regards, > Bob Gajewski > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Sat Jun 26 17:21:02 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sat, 26 Jun 2004 15:21:02 -0700 Subject: [AccessD] OT: Stopping spammers on your website using JavaScript In-Reply-To: <20040626211631.KHDO4227.fed1rmmtao04.cox.net@smtp.west.cox.net> Message-ID: Another way to stop spammers is to have your own php/asp mail. It is a little more complicated but if you can roll-your-own or have a ISP that has those features, it is worth while taking advance of it. Another excellent way to get rid of unwanted messges is to use a spam blocker. One very good free blocker is SpamPal at http://www.spampal.org/ ...an excellent program. By simply checking Korea, China and Brazil, 95% of all spam is re-directed to your deleted folder. Most of the major ISP are offering a free spam blocking. It can be either tagged as suspected garbage and forwarded or deleted upon their receipt. I do not think blocking java-scripting is a good idea, VB script yes, but after all the safe web languages are stopped, Java-Script and Flash, it will sure reduce the quality of your subsequent internet experiences. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of dw-murphy at cox.net Sent: Saturday, June 26, 2004 2:16 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Stopping spammers on your website using JavaScript Bob, Good suggestion. The other for folks with javascript disabled, as MS has recommended for their latest security breach, put you e-mail address in an image on the page so folks can at least get the address. Doug > > From: "Bob Gajewski" > Date: 2004/06/26 Sat PM 02:12:15 EDT > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] OT: Stopping spammers on your website using JavaScript > > NO ARCHIVE > > For those of you that have websites, and have emails addresses in your > source code ... > > There are many email address 'harvesters' out there that simply troll your > HTML source code looking for valid email addresses (name at domain.com). They > then sell lists of these addresses to anyone willing to buy them - usually > spammers. > > Although this solution is not new by any means, I have finally got it up and > working on my sites - and it works great! This will prevent 99% of these > harvesters from ever finding your actual email addresses, yet lets users > link seamlessly. > > WATCH FOR LINE WRAP > > Step 1 - Create an external JavaScript file ("tools.js" or whatever you want > to name it). Put it in your web host root directory. > > function sendMail(n2,d2,e2,s2,b2){ > var r2 = 'mailto:' + n2 + '@' + d2 + '.' + e2 + '?subject=' + s2 + > '&body=' + b2; > document.location.href = r2; > } > > Step 2 - Add a call to the external file in each of your web pages. Place > this AFTER the tag and BEFORE the tag. > > > > NOTE: If any of your pages are in subfolders, you will have to alter the > 'src' tag accordingly. For example, let's say you have a web page > "download.html" in your "download" subfolder. Modify your tag as follows: > > > > The "../" tells your subpage to look in your main folder for the external > JavaScript file. > > Step 3 - Modify your email hyperlinks as follows: > > FROM EXAMPLE: > > Feedback > > TO EXAMPLE: > > Feedback > > Of course, the Subject and Body fields are optional. If you want to omit > either of them, simply use '' in the code. You must ALWAYS pass the full > five parameters, even if they are blank. > > NO SUBJECT EXAMPLE: > > Feedback > > NO BODY EXAMPLE: > > href="javscript:sendMail('name','domain','com','Feedback','');">Feedback > > NO SUBJECT OR BODY EXAMPLE: > > Feedback > > > I hope that this helps any of you eliminate getting spammed from your web > page email links. > > Regards, > Bob Gajewski > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jmhla at earthlink.net Sun Jun 27 23:53:14 2004 From: jmhla at earthlink.net (Joe Hecht) Date: Sun, 27 Jun 2004 21:53:14 -0700 Subject: [AccessD] LA Conference Message-ID: <001f01c45ccb$d5800570$6501a8c0@delllaptop> 1. So far, only four or five people have said maybe. 2. Rooms are more expensive then I thought. At this size, I can host this in my home. Very close to the 405 and 10 Freeways. 3. We are looking at possibly one of the first three weekends in August or not until September. 4. I cannot do the last two weekends in August. 5. I am still looking for presenters. 6. I am still looking for a projector and screen. Please respond only on the dba-conf at databaseadvisors.com list or direct to my email jmhla at earthlink.net JOE HECHT LOS ANGELES CA jmhla at earthlink.net From martyconnelly at shaw.ca Mon Jun 28 00:32:16 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sun, 27 Jun 2004 22:32:16 -0700 Subject: [AccessD] favor running code in 2K and XP References: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <40DFAD60.4040608@shaw.ca> Did you read Michael Kaplan's article on disambiguation that may affect this. http://www.trigeminal.com/usenet/usenet026.asp?1033 Susan Harkins wrote: >Gustav, Heaven only knows. The editor and I don't even get the same results >doing the same thing. I don't know if our expectations are wrong or if it's >just buggy. > >At any rate, I have decided to completely revamp the article and take a >completely different slant -- if I can't figure it out, I certainly can't >recommend it. Doesn't mean it doesn't work, but it shouldn't be so >temperamental, and if it IS, there should be adequate documentation about >the problems and other than a lot of chatter about the problem, I can find >nothing that actually resolves the problem. :( Even if it's a >misunderstanding on my part, I won't be the only one to make it -- and I >have to identify it and offer explanations and solutions or just dump it. :( > > >Susan H. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Saturday, June 26, 2004 12:55 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] favor running code in 2K and XP > >Hi Susan > >I wonder if this error of yours is due to something else. > >In Access XP I added a reference to a networked md5.tlb file, closed, >renamed the tlb, reopened Access, and ran your code without any error >- it just removed the reference which was now missing. > >/gustav > > > > >>Gustav, I added the Access. and the error still occurs. >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada From Mark.Mitsules at ngc.com Mon Jun 28 05:45:14 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 28 Jun 2004 06:45:14 -0400 Subject: [AccessD] Open asp template from Access form Message-ID: I've never automated FrontPage either, so I set a reference to it and got this from the help file. Although I was just browsing, it looks like you might need to look into the "PageWindowEx Object" as well. I hope it helps. Mark Private Sub StartFrontPage() Dim myNewFP As Variant Set myNewFP = CreateObject("FrontPage.Application") myNewFP.Webs.Open ("C:\MyWebs\Adventure Works") myNewFP.Webs.Close "(C:\MyWebs\Adventure Works") Set myNewFP = Nothing End Sub The following example creates a reference to an instance of the StartWorking object. Sub NewPage() 'Creates a new page using the StartWorking object Dim objApp As FrontPage.Application Dim objStrtWrk As StartWorking Set objApp = FrontPage.Application 'Create a reference to an instance of the StartWorking object Set objStrtWrk = objApp.NewPageorWeb End Sub -----Original Message----- From: Kath Pelletti [mailto:KP at sdsonline.net] Sent: Thursday, June 24, 2004 7:54 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Open asp template from Access form Hi eveyone - I need to write some code to open a 'template' file in Frontpage (ie. create a new .asp file based on a frontpage template which I will create) I dont have much experience opening other apps, but I use this code in another app to open a s/sheet in Excel (see below). Can you tell me - is this the fastest way to open a Frontpage file too? Is it CreateObject ("Frontpage.application")? TIA Kath ---------------------------------------------------------------------------- ---- Private Function CreateSpreadsheet(rsRecordset As ADODB.Recordset) As Long Dim strerrormsg As String Dim ExcelRunning As Boolean Dim xlApp As Object Dim cell() Dim lRows As Long Dim lColumns As Long Dim lColPtr As Long Dim lRowPtr As Long Dim strRange As String On Error GoTo Err_Handler 'Create spreadsheet ExcelRunning = IsExcelRunning() If Not ExcelRunning Then Set xlApp = CreateObject("Excel.Application") Else Set xlApp = GetObject(, "Excel.Application") End If 'Set xlapp = CreateObject("excel.application") xlApp.Workbooks.Add 'etc etc ---------------------------------------------------------------------------- ---- Function IsExcelRunning() As Boolean Dim strerrormsg As String On Error GoTo Err_Handler Dim xlApp As Excel.Application On Error Resume Next Set xlApp = GetObject(, "Excel.Application") IsExcelRunning = (Err.Number = 0) Set xlApp = Nothing Err.Clear Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" hcursor = CursorID RetVal = SetCursor(hcursor) Resume Normal_exit End Function ---------------------------------------------------------------------------- ---- Kath Pelletti Software Design & Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 KP at SDSOnline.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Jun 28 06:54:14 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 28 Jun 2004 04:54:14 -0700 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <40DFAD60.4040608@shaw.ca> Message-ID: Marty: Now that is the best article I have seen on Reference issues. Explained as clearly as such a temperamental issue can be explained. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Sunday, June 27, 2004 10:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Did you read Michael Kaplan's article on disambiguation that may affect this. http://www.trigeminal.com/usenet/usenet026.asp?1033 Susan Harkins wrote: >Gustav, Heaven only knows. The editor and I don't even get the same results >doing the same thing. I don't know if our expectations are wrong or if it's >just buggy. > >At any rate, I have decided to completely revamp the article and take a >completely different slant -- if I can't figure it out, I certainly can't >recommend it. Doesn't mean it doesn't work, but it shouldn't be so >temperamental, and if it IS, there should be adequate documentation about >the problems and other than a lot of chatter about the problem, I can find >nothing that actually resolves the problem. :( Even if it's a >misunderstanding on my part, I won't be the only one to make it -- and I >have to identify it and offer explanations and solutions or just dump it. :( > > >Susan H. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Saturday, June 26, 2004 12:55 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] favor running code in 2K and XP > >Hi Susan > >I wonder if this error of yours is due to something else. > >In Access XP I added a reference to a networked md5.tlb file, closed, >renamed the tlb, reopened Access, and ran your code without any error >- it just removed the reference which was now missing. > >/gustav > > > > >>Gustav, I added the Access. and the error still occurs. >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kaupca at chevrontexaco.com Mon Jun 28 07:32:38 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Mon, 28 Jun 2004 07:32:38 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E027395AA@bocnte2k4.boc.chevrontexaco.net> Here is something I did in an older access 97 database to programically change the axis of a graph. Might give you a place to start. Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) Dim Db As Database, rs As Recordset Dim i As Integer, intCnt As Integer, ChartName As String Dim rpt As Report, FinalDate As Date Set Db = CurrentDb() 'add 7 days to todays date FinalDate = Date + 7 Set rpt = Reports("Section 6 West and Section 1 East") 'Count the number of controls intCnt = rpt.Count For i = 0 To intCnt - 1 Select Case rpt(i).ControlType Case acLabel Case acRectangle Case acLine Case acImage Case acCommandButton Case acOptionButton Case acCheckBox Case acOptionGroup Case acBoundObjectFrame Case acTextBox Case acListBox Case acComboBox Case acSubform Case acObjectFrame 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If Case acPageBreak Case acPage Case acCustomControl Case acToggleButton Case acTabCtl Case Else 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If End Select NoChart: Next i End Sub Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, June 25, 2004 6:20 PM To: Database Advisors Subject: [AccessD] MS Graph - Change Chart Title by Automation? Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 28 07:43:33 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 28 Jun 2004 07:43:33 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? In-Reply-To: <19147741.1088426179635.JavaMail.root@sniper5.usinternet.com> Message-ID: <002001c45d0d$863d7870$de1811d8@danwaters> Chester, I spent several hours finding and reading MS KB article over the last few days and was able to get this to work. What I didn't see though that you have here is the use of rpt(i).OLEClass to determine what the object of an unbound frame actually is. In a day or so I'll send a note to describe how I did get this to work. Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester A Sent: Monday, June 28, 2004 7:33 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] MS Graph - Change Chart Title by Automation? Here is something I did in an older access 97 database to programically change the axis of a graph. Might give you a place to start. Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) Dim Db As Database, rs As Recordset Dim i As Integer, intCnt As Integer, ChartName As String Dim rpt As Report, FinalDate As Date Set Db = CurrentDb() 'add 7 days to todays date FinalDate = Date + 7 Set rpt = Reports("Section 6 West and Section 1 East") 'Count the number of controls intCnt = rpt.Count For i = 0 To intCnt - 1 Select Case rpt(i).ControlType Case acLabel Case acRectangle Case acLine Case acImage Case acCommandButton Case acOptionButton Case acCheckBox Case acOptionGroup Case acBoundObjectFrame Case acTextBox Case acListBox Case acComboBox Case acSubform Case acObjectFrame 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If Case acPageBreak Case acPage Case acCustomControl Case acToggleButton Case acTabCtl Case Else 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If End Select NoChart: Next i End Sub Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, June 25, 2004 6:20 PM To: Database Advisors Subject: [AccessD] MS Graph - Change Chart Title by Automation? Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Mon Jun 28 08:24:18 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 28 Jun 2004 09:24:18 -0400 Subject: [AccessD] Report Footer as Page Footer, Last Page Only In-Reply-To: <000001c45af0$7de30f60$6401a8c0@COA3> Message-ID: Steve, Place your total in the page footer. In the page footers OnFormat event do: If Me.Page = Me.Pages Then ' Make the totals visible Else ' Hide them End If Note that you must place a control on the report somewhere hidden or visible that references the .Pages property for this to work. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Friday, June 25, 2004 4:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Report Footer as Page Footer, Last Page Only I need to have my grand total show only the last page of a report (like a report footer), but always on the bottom (like a page footer) instead of right after the last detail line. How whould I do this? And on which one of these? (Report Footer all the way on the bottom or Page Footer that only shows on the last page?) TIA & TGIF Steve -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Mon Jun 28 08:30:49 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Mon, 28 Jun 2004 08:30:49 -0500 Subject: [AccessD] Report Footer as Page Footer, Last Page Only Message-ID: <100F91B31300334B89EC531C9DCB08650657BD@tccexch01.tappeconstruction.net> Steve, How about putting this code in the Page Footer Format event? If Me.Page <> Me.Pages Then Cancel = True End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Friday, June 25, 2004 3:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Report Footer as Page Footer, Last Page Only I need to have my grand total show only the last page of a report (like a report footer), but always on the bottom (like a page footer) instead of right after the last detail line. How whould I do this? And on which one of these? (Report Footer all the way on the bottom or Page Footer that only shows on the last page?) TIA & TGIF Steve -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From cfoust at infostatsystems.com Mon Jun 28 10:36:17 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 28 Jun 2004 08:36:17 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: There were a couple of things that came up over the course of that conversation last July, Susan. One was that the code to handle the references had to be in its own module, separate from everything else, and it had to run FIRST, before any code that might be affected by the broken reference. *Everything* possible had to be disambiguated, and I used an autoexec macro to run that code first and then to call my startup code. Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Saturday, June 26, 2004 8:58 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] favor running code in 2K and XP Gustav, Heaven only knows. The editor and I don't even get the same results doing the same thing. I don't know if our expectations are wrong or if it's just buggy. At any rate, I have decided to completely revamp the article and take a completely different slant -- if I can't figure it out, I certainly can't recommend it. Doesn't mean it doesn't work, but it shouldn't be so temperamental, and if it IS, there should be adequate documentation about the problems and other than a lot of chatter about the problem, I can find nothing that actually resolves the problem. :( Even if it's a misunderstanding on my part, I won't be the only one to make it -- and I have to identify it and offer explanations and solutions or just dump it. :( Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, June 26, 2004 12:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Hi Susan I wonder if this error of yours is due to something else. In Access XP I added a reference to a networked md5.tlb file, closed, renamed the tlb, reopened Access, and ran your code without any error - it just removed the reference which was now missing. /gustav > Gustav, I added the Access. and the error still occurs. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon Jun 28 10:37:21 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 28 Jun 2004 08:37:21 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: Check out the thread Gustav referenced. We found out some stuff that Kaplan missed in his article. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Monday, June 28, 2004 3:54 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] favor running code in 2K and XP Marty: Now that is the best article I have seen on Reference issues. Explained as clearly as such a temperamental issue can be explained. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Sunday, June 27, 2004 10:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Did you read Michael Kaplan's article on disambiguation that may affect this. http://www.trigeminal.com/usenet/usenet026.asp?1033 Susan Harkins wrote: >Gustav, Heaven only knows. The editor and I don't even get the same >results doing the same thing. I don't know if our expectations are >wrong or if it's just buggy. > >At any rate, I have decided to completely revamp the article and take a >completely different slant -- if I can't figure it out, I certainly >can't recommend it. Doesn't mean it doesn't work, but it shouldn't be >so temperamental, and if it IS, there should be adequate documentation >about the problems and other than a lot of chatter about the problem, I >can find nothing that actually resolves the problem. :( Even if it's a >misunderstanding on my part, I won't be the only one to make it -- and >I have to identify it and offer explanations and solutions or just dump >it. :( > > >Susan H. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Saturday, June 26, 2004 12:55 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] favor running code in 2K and XP > >Hi Susan > >I wonder if this error of yours is due to something else. > >In Access XP I added a reference to a networked md5.tlb file, closed, >renamed the tlb, reopened Access, and ran your code without any error >- it just removed the reference which was now missing. > >/gustav > > > > >>Gustav, I added the Access. and the error still occurs. >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Oleg_123 at xuppa.com Mon Jun 28 11:47:23 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 12:47:23 -0400 (EDT) Subject: [AccessD] drag and drop In-Reply-To: References: Message-ID: <63643.68.161.26.217.1088441243.squirrel@heck.xuppa.com> Hi group. Does any one know where can i download free drag and drop module for Access2000? ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From Oleg_123 at xuppa.com Mon Jun 28 11:49:10 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 12:49:10 -0400 (EDT) Subject: [AccessD] message combo box In-Reply-To: References: Message-ID: <63858.68.161.26.217.1088441350.squirrel@heck.xuppa.com> Is it possible to display all fields for a combo box with multiple fields? ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From bchacc at san.rr.com Mon Jun 28 12:16:16 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 28 Jun 2004 10:16:16 -0700 Subject: [AccessD] Outlook Object Broken Message-ID: <014301c45d33$9eff4020$6601a8c0@HAL9002> Dear List: I provide an app to a client which uses the Outlook object to send emails. In my version the reference is to the Microsoft Outlook 9.0 Object Library. They recently upgraded to A2003 and their reference is now to the Microsoft Outlook 11.0 Object Library. When my app hits the line of code:Set objOutlook = CreateObject("Outlook.Application") it blows up saying it is unable to create the object. Is there an easy fix or workaround to this problem? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From ssharkins at bellsouth.net Mon Jun 28 14:45:05 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 28 Jun 2004 15:45:05 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: Message-ID: <20040628194504.RFB1705.imf16aec.mail.bellsouth.net@SUSANONE> Thanks Charlotte -- the autoexec does make sense. And I'll check out the thread -- thanks.! Susan H. There were a couple of things that came up over the course of that conversation last July, Susan. One was that the code to handle the references had to be in its own module, separate from everything else, and it had to run FIRST, before any code that might be affected by the broken reference. *Everything* possible had to be disambiguated, and I used an autoexec macro to run that code first and then to call my startup code. From mikedorism at adelphia.net Mon Jun 28 15:11:32 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Mon, 28 Jun 2004 16:11:32 -0400 Subject: [AccessD] Outlook Object Broken In-Reply-To: <014301c45d33$9eff4020$6601a8c0@HAL9002> Message-ID: <000501c45d4c$1b7c38c0$cc0aa845@hargrove.internal> We ran into a similar problem because we have many different operating systems in our organization. We got around it by not referencing a particular Outlook object model. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 28, 2004 1:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Outlook Object Broken Dear List: I provide an app to a client which uses the Outlook object to send emails. In my version the reference is to the Microsoft Outlook 9.0 Object Library. They recently upgraded to A2003 and their reference is now to the Microsoft Outlook 11.0 Object Library. When my app hits the line of code:Set objOutlook = CreateObject("Outlook.Application") it blows up saying it is unable to create the object. Is there an easy fix or workaround to this problem? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 28 16:20:32 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 28 Jun 2004 14:20:32 -0700 Subject: [AccessD] Outlook Object Broken References: <000501c45d4c$1b7c38c0$cc0aa845@hargrove.internal> Message-ID: <01b601c45d55$bf1eb300$6601a8c0@HAL9002> Doris: I declare the object variables like this: Dim objOutlook As Outlook.Application Dim objOutlookMsg As Outlook.MailItem Dim objOutlookRecip As Outlook.Recipient Dim objOutlookAttach As Outlook.Attachment Then it blows up on the very next line: ' Create the Outlook session. Set objOutlook = CreateObject("Outlook.Application") So I'm not referencing the specific Outlook 9.0 library. Is it possible that they changed the names of the properties or methods or whatever you call them in the Outlook 11 library - like changing .Application to .App or some other humorous trick to keep us fully employed? TIA is ----- Original Message ----- From: "Mike & Doris Manning" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 28, 2004 1:11 PM Subject: RE: [AccessD] Outlook Object Broken > We ran into a similar problem because we have many different operating > systems in our organization. We got around it by not referencing a > particular Outlook object model. > > Doris Manning > Database Administrator > Hargrove Inc. > www.hargroveinc.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Monday, June 28, 2004 1:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Outlook Object Broken > > > Dear List: > > I provide an app to a client which uses the Outlook object to send emails. > In my version the reference is to the Microsoft Outlook 9.0 Object Library. > They recently upgraded to A2003 and their reference is now to the Microsoft > Outlook 11.0 Object Library. > > When my app hits the line of code:Set objOutlook = > CreateObject("Outlook.Application") it blows up saying it is unable to > create the object. > > Is there an easy fix or workaround to this problem? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From andy at minstersystems.co.uk Mon Jun 28 16:29:15 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 28 Jun 2004 22:29:15 +0100 Subject: [AccessD] Outlook Object Broken In-Reply-To: <01b601c45d55$bf1eb300$6601a8c0@HAL9002> Message-ID: <004301c45d56$f657db20$b274d0d5@minster33c3r25> FWIW the Outlook 10 library still supports that syntax. Use it myself. But don't have access to a pc with Outlook 2003. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: 28 June 2004 22:21 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Outlook Object Broken > > > Doris: > > I declare the object variables like this: > > Dim objOutlook As Outlook.Application > Dim objOutlookMsg As Outlook.MailItem > Dim objOutlookRecip As Outlook.Recipient > Dim objOutlookAttach As Outlook.Attachment > > Then it blows up on the very next line: > > ' Create the Outlook session. > Set objOutlook = CreateObject("Outlook.Application") > > So I'm not referencing the specific Outlook 9.0 library. Is > it possible that they changed the names of the properties or > methods or whatever you call them in the Outlook 11 library - > like changing .Application to .App or some other humorous > trick to keep us fully employed? > > TIA > > is > > ----- Original Message ----- > From: "Mike & Doris Manning" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, June 28, 2004 1:11 PM > Subject: RE: [AccessD] Outlook Object Broken > > > > We ran into a similar problem because we have many > different operating > > systems in our organization. We got around it by not referencing a > > particular Outlook object model. > > > > Doris Manning > > Database Administrator > > Hargrove Inc. > > www.hargroveinc.com > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > > Smolin - Beach Access Software > > Sent: Monday, June 28, 2004 1:16 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Outlook Object Broken > > > > > > Dear List: > > > > I provide an app to a client which uses the Outlook object to send > > emails. In my version the reference is to the Microsoft Outlook 9.0 > > Object > Library. > > They recently upgraded to A2003 and their reference is now to the > Microsoft > > Outlook 11.0 Object Library. > > > > When my app hits the line of code:Set objOutlook = > > CreateObject("Outlook.Application") it blows up saying it > is unable > > to create the object. > > > > Is there an easy fix or workaround to this problem? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From vchas at artronix-solutions.com Mon Jun 28 17:07:49 2004 From: vchas at artronix-solutions.com (vchas) Date: Mon, 28 Jun 2004 15:07:49 -0700 Subject: [AccessD] Outlook Object Broken In-Reply-To: <004301c45d56$f657db20$b274d0d5@minster33c3r25> Message-ID: Dim objOutlook As Object Set objOutlook = CreateObject("Outlook.Application") Set objOutlookMsg = objOutlook.CreateItem(0) With objOutlookMsg .To = "you at companyname.com" .Cc = "them at companyname.com" .Subject = "Hello World (one more time)..." .Body = "body of message" .HTMLBody = "HTML version of message" .Attachments.Add ("c:\FileToSend.txt") .Send End With Set objOutlookMsg = Nothing Set objOutlook = Nothing HTH V > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin - Beach Access Software > Sent: 28 June 2004 22:21 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Outlook Object Broken > > > Doris: > > I declare the object variables like this: > > Dim objOutlook As Outlook.Application > Dim objOutlookMsg As Outlook.MailItem > Dim objOutlookRecip As Outlook.Recipient > Dim objOutlookAttach As Outlook.Attachment > > Then it blows up on the very next line: > > ' Create the Outlook session. > Set objOutlook = CreateObject("Outlook.Application") > > So I'm not referencing the specific Outlook 9.0 library. Is it > possible that they changed the names of the properties or methods or > whatever you call them in the Outlook 11 library - like changing > .Application to .App or some other humorous trick to keep us fully > employed? > > TIA > > is > > ----- Original Message ----- > From: "Mike & Doris Manning" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, June 28, 2004 1:11 PM > Subject: RE: [AccessD] Outlook Object Broken > > > > We ran into a similar problem because we have many > different operating > > systems in our organization. We got around it by not referencing a > > particular Outlook object model. > > > > Doris Manning > > Database Administrator > > Hargrove Inc. > > www.hargroveinc.com > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > > Smolin - Beach Access Software > > Sent: Monday, June 28, 2004 1:16 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Outlook Object Broken > > > > > > Dear List: > > > > I provide an app to a client which uses the Outlook object to send > > emails. In my version the reference is to the Microsoft Outlook 9.0 > > Object > Library. > > They recently upgraded to A2003 and their reference is now to the > Microsoft > > Outlook 11.0 Object Library. > > > > When my app hits the line of code:Set objOutlook = > > CreateObject("Outlook.Application") it blows up saying it > is unable > > to create the object. > > > > Is there an easy fix or workaround to this problem? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 28 17:24:39 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 28 Jun 2004 17:24:39 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? - SOLVED In-Reply-To: <27578870.1088205824597.JavaMail.root@sniper6.usinternet.com> Message-ID: <004a01c45d5e$b3d05360$de1811d8@danwaters> Well, after searching through a number of MSKB articles, I got this to work. Turns out that with A2K and up you can use early binding, which is nice. Example code is below: Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) On Error GoTo EH Dim cht As Graph.Chart Set cht = Me.OLEUnboundFrame.Object cht.HasTitle = True cht.ChartTitle.Text = "Different Title" Set cht = Nothing Exit Sub EH: Application.Echo True 'call error handling End Sub KB article 201710 was key. Article 244589 & 222689 were helpful. Also, you may have two help files on your PC which provide complete reference to the MS Graph object model. These are: GRAPH10.CHM and VBAGR10.CHM (or 9.CHM). Now, to let users define the data for these charts once they are set up you will need to modify the query or SQL string (in the row source property of the unbound object frame) in code before you open the report or form where the object frame is located. You can create a new form/report using the chart wizard to develop sample query SQL, and then modify as needed. I updated a customer's system this morning with a couple of charts where they can determine date range and a couple of other parameters (like TOP), and they're pretty happy. Best of luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, June 25, 2004 6:20 PM To: Database Advisors Subject: [AccessD] MS Graph - Change Chart Title by Automation? Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters -- _______________________________________________ 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 Jun 28 17:00:30 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 08:00:30 +1000 Subject: [AccessD] message combo box In-Reply-To: <63858.68.161.26.217.1088441350.squirrel@heck.xuppa.com> References: Message-ID: <40E1219E.27663.2079974@localhost> On 28 Jun 2004 at 12:49, Oleg_123 at xuppa.com wrote: > Is it possible to display all fields for a combo box with multiple fields? > In the dropdown, set the column widths and list width properties. On the form, not AFIAK. My usual solution is to put a text box or boxes beside the combo and set the source(s) to cboMyCombo.Column(1) etc to display the rest of the fields. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Oleg_123 at xuppa.com Mon Jun 28 18:00:25 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 19:00:25 -0400 (EDT) Subject: [AccessD] message combo box In-Reply-To: <40E1219E.27663.2079974@localhost> References: <40E1219E.27663.2079974@localhost> Message-ID: <1168.24.187.38.171.1088463625.squirrel@heck.xuppa.com> hi Stuart, that's what i ended up doing what's AFIAK ? > On 28 Jun 2004 at 12:49, Oleg_123 at xuppa.com wrote: > >> Is it possible to display all fields for a combo box with multiple >> fields? >> > > In the dropdown, set the column widths and list width properties. > > On the form, not AFIAK. My usual solution is to put a text box or boxes > beside the combo and set the source(s) to cboMyCombo.Column(1) etc to > display the rest of the fields. > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From Oleg_123 at xuppa.com Mon Jun 28 18:06:58 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 19:06:58 -0400 (EDT) Subject: [AccessD] Troubles with insert In-Reply-To: <40E1219E.27663.2079974@localhost> References: <40E1219E.27663.2079974@localhost> Message-ID: <1331.24.187.38.171.1088464018.squirrel@heck.xuppa.com> i can't remember what am i doing wrong; when i try strSQL = "Insert into Testing(EntID,AttribID, AttribName, DataTypeCode,Comment) Values( 'txtEntID.Text','txtAttribID.Text',' txtAttribName.Text',' txtDataTypeCode.text',' txtComment.Text')" it works, and this way doesn't.. Private Sub cmdImport_Click() Dim strSQL As String strSQL = "Insert into Testing(EntID,AttribID, AttribName, DataTypeCode,Comment) Values( txtEntID.Text,txtAttribID.Text, txtAttribName.Text,txtDataTypeCode.text,txtComment.Text)" CurrentDb.Execute strSQL End Sub tried substituting with variables, first 3 are number fields, others text Private Sub cmdImport_Click() Dim a, b, c, d, e, f a = txtAppsId b = txtEntID c = txtAttribID d = txtAttribName e = txtDataTypeCode f = txtComment Dim strSQL As String strSQL = "Insert into Testing(AppsID, EntID,AttribID, AttribName, DataTypeCode,Comment) Values( a,b,c, & """ & d & """ & , & """ & e & """ &, & """ & f & """ &)" CurrentDb.Execute strSQL End Sub ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From stuart at lexacorp.com.pg Mon Jun 28 19:19:29 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 10:19:29 +1000 Subject: [AccessD] message combo box In-Reply-To: <1168.24.187.38.171.1088463625.squirrel@heck.xuppa.com> References: <40E1219E.27663.2079974@localhost> Message-ID: <40E14231.2886.286D480@localhost> On 28 Jun 2004 at 19:00, Oleg_123 at xuppa.com wrote: > hi Stuart, that's what i ended up doing > what's AFIAK ? > "As far as I know" on a dyslexic keyboard -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 28 19:19:29 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 10:19:29 +1000 Subject: [AccessD] Troubles with insert In-Reply-To: <1331.24.187.38.171.1088464018.squirrel@heck.xuppa.com> References: <40E1219E.27663.2079974@localhost> Message-ID: <40E14231.30300.286D461@localhost> On 28 Jun 2004 at 19:06, Oleg_123 at xuppa.com wrote: > i can't remember what am i doing wrong; when i try > strSQL = "Insert into Testing(EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( 'txtEntID.Text','txtAttribID.Text',' > txtAttribName.Text',' txtDataTypeCode.text',' txtComment.Text')" > > it works, and this way doesn't.. > It might "work" , but you won't get what you want in the table Testing. You will get the literal strings "txtEntID.Text" etc in the added record rather than the value of those controls > Private Sub cmdImport_Click() > > Dim strSQL As String > > strSQL = "Insert into Testing(EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( txtEntID.Text,txtAttribID.Text, > txtAttribName.Text,txtDataTypeCode.text,txtComment.Text)" > You need quotes round the numeric values for the numeric fields and quotes around the text data so every Value here will generate an error > > Private Sub cmdImport_Click() > Dim a, b, c, d, e, f > a = txtAppsId > b = txtEntID > c = txtAttribID > d = txtAttribName > e = txtDataTypeCode > f = txtComment > > Dim strSQL As String > > strSQL = "Insert into Testing(AppsID, EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( a,b,c, & """ & d & """ & , & """ & e & """ > &, & """ & f & """ &)" > Try a "MsgBox strSQL" and you will see exactly what you are inserting. Soution: You need to build strSQL properly with boilerplate text and the values you need. Note the quotes around each piece of boilerplate including the first block up to the start of the first variable. strSLQ = "Insert into Testing(AppsID, EntID,AttribID, AttribName, DataTypeCode,Comment) Values( " _ & a & "," & b & "," & c & ",'" & d & "','" & e & "','" & f & "')" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Oleg_123 at xuppa.com Mon Jun 28 20:59:15 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 21:59:15 -0400 (EDT) Subject: [AccessD] Troubles with insert In-Reply-To: <40E14231.30300.286D461@localhost> References: <40E1219E.27663.2079974@localhost> <40E14231.30300.286D461@localhost> Message-ID: <4263.24.187.38.171.1088474355.squirrel@heck.xuppa.com> Hi Stuart, thanks a lot, by "work" i meant thats insirting something, i didn't know where exactly to place qoutes and comes. I'll try it tomorrow morning, hope it works.. > On 28 Jun 2004 at 19:06, Oleg_123 at xuppa.com wrote: > >> i can't remember what am i doing wrong; when i try >> strSQL = "Insert into Testing(EntID,AttribID, AttribName, >> DataTypeCode,Comment) Values( 'txtEntID.Text','txtAttribID.Text',' >> txtAttribName.Text',' txtDataTypeCode.text',' txtComment.Text')" >> >> it works, and this way doesn't.. >> > > It might "work" , but you won't get what you want in the table Testing. > You will get the literal strings "txtEntID.Text" etc in the added > record rather than the value of those controls > >> Private Sub cmdImport_Click() >> >> Dim strSQL As String >> >> strSQL = "Insert into Testing(EntID,AttribID, AttribName, >> DataTypeCode,Comment) Values( txtEntID.Text,txtAttribID.Text, >> txtAttribName.Text,txtDataTypeCode.text,txtComment.Text)" >> > You need quotes round the numeric values for the numeric fields and > quotes around the text data so every Value here will generate an error > >> >> Private Sub cmdImport_Click() >> Dim a, b, c, d, e, f >> a = txtAppsId >> b = txtEntID >> c = txtAttribID >> d = txtAttribName >> e = txtDataTypeCode >> f = txtComment >> >> Dim strSQL As String >> >> strSQL = "Insert into Testing(AppsID, EntID,AttribID, AttribName, >> DataTypeCode,Comment) Values( a,b,c, & """ & d & """ & , & """ & e & >> """ &, & """ & f & """ &)" >> > > Try a "MsgBox strSQL" and you will see exactly what you are inserting. > > Soution: > You need to build strSQL properly with boilerplate text and the values > you need. Note the quotes around each piece of boilerplate including > the first block up to the start of the first variable. > > strSLQ = "Insert into Testing(AppsID, EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( " _ > & a & "," & b & "," & c & ",'" & d & "','" & e & "','" & f & "')" > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From KP at sdsonline.net Mon Jun 28 21:08:34 2004 From: KP at sdsonline.net (Kath Pelletti) Date: Tue, 29 Jun 2004 12:08:34 +1000 Subject: [AccessD] Open asp template from Access form References: Message-ID: <002601c45d7d$fc3b33d0$6501a8c0@user> Hi Mark - Thanks for giving me a reply!! I'll have a play with that. Cheers Kath ----- Original Message ----- From: Mitsules, Mark S. (Newport News) To: 'Access Developers discussion and problem solving' Sent: Monday, June 28, 2004 8:45 PM Subject: RE: [AccessD] Open asp template from Access form I've never automated FrontPage either, so I set a reference to it and got this from the help file. Although I was just browsing, it looks like you might need to look into the "PageWindowEx Object" as well. I hope it helps. Mark Private Sub StartFrontPage() Dim myNewFP As Variant Set myNewFP = CreateObject("FrontPage.Application") myNewFP.Webs.Open ("C:\MyWebs\Adventure Works") myNewFP.Webs.Close "(C:\MyWebs\Adventure Works") Set myNewFP = Nothing End Sub The following example creates a reference to an instance of the StartWorking object. Sub NewPage() 'Creates a new page using the StartWorking object Dim objApp As FrontPage.Application Dim objStrtWrk As StartWorking Set objApp = FrontPage.Application 'Create a reference to an instance of the StartWorking object Set objStrtWrk = objApp.NewPageorWeb End Sub -----Original Message----- From: Kath Pelletti [mailto:KP at sdsonline.net] Sent: Thursday, June 24, 2004 7:54 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Open asp template from Access form Hi eveyone - I need to write some code to open a 'template' file in Frontpage (ie. create a new .asp file based on a frontpage template which I will create) I dont have much experience opening other apps, but I use this code in another app to open a s/sheet in Excel (see below). Can you tell me - is this the fastest way to open a Frontpage file too? Is it CreateObject ("Frontpage.application")? TIA Kath ---------------------------------------------------------------------------- ---- Private Function CreateSpreadsheet(rsRecordset As ADODB.Recordset) As Long Dim strerrormsg As String Dim ExcelRunning As Boolean Dim xlApp As Object Dim cell() Dim lRows As Long Dim lColumns As Long Dim lColPtr As Long Dim lRowPtr As Long Dim strRange As String On Error GoTo Err_Handler 'Create spreadsheet ExcelRunning = IsExcelRunning() If Not ExcelRunning Then Set xlApp = CreateObject("Excel.Application") Else Set xlApp = GetObject(, "Excel.Application") End If 'Set xlapp = CreateObject("excel.application") xlApp.Workbooks.Add 'etc etc ---------------------------------------------------------------------------- ---- Function IsExcelRunning() As Boolean Dim strerrormsg As String On Error GoTo Err_Handler Dim xlApp As Excel.Application On Error Resume Next Set xlApp = GetObject(, "Excel.Application") IsExcelRunning = (Err.Number = 0) Set xlApp = Nothing Err.Clear Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" hcursor = CursorID RetVal = SetCursor(hcursor) Resume Normal_exit End Function ---------------------------------------------------------------------------- ---- Kath Pelletti Software Design & Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 KP at SDSOnline.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 28 23:04:53 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 29 Jun 2004 00:04:53 -0400 Subject: [AccessD] Outlook Object Broken In-Reply-To: <01b601c45d55$bf1eb300$6601a8c0@HAL9002> Message-ID: <004701c45d8e$3e4c6630$6401a8c0@COA3> You ARE referencing a specific Outlook object model, because ,as you said, you have the made the reference: In order to have your application be version agnostic, take out your reference to Outlook ... Don't have any Outlook references, then compile. Your code must be moved completely to "late-bound" objects as well: Dim objOutlook As Object Set objOutlook = CreateObject("Outlook.Application"); dim objOutlookMsg as Object, Set objOutlookMsg = objOutlook.CreateItem(0). Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 28, 2004 5:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Object Broken Doris: I declare the object variables like this: Dim objOutlook As Outlook.Application Dim objOutlookMsg As Outlook.MailItem Dim objOutlookRecip As Outlook.Recipient Dim objOutlookAttach As Outlook.Attachment Then it blows up on the very next line: ' Create the Outlook session. Set objOutlook = CreateObject("Outlook.Application") So I'm not referencing the specific Outlook 9.0 library. Is it possible that they changed the names of the properties or methods or whatever you call them in the Outlook 11 library - like changing .Application to .App or some other humorous trick to keep us fully employed? TIA is ----- Original Message ----- From: "Mike & Doris Manning" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 28, 2004 1:11 PM Subject: RE: [AccessD] Outlook Object Broken > We ran into a similar problem because we have many different operating > systems in our organization. We got around it by not referencing a > particular Outlook object model. > > Doris Manning > Database Administrator > Hargrove Inc. > www.hargroveinc.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin - Beach Access Software > Sent: Monday, June 28, 2004 1:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Outlook Object Broken > > > Dear List: > > I provide an app to a client which uses the Outlook object to send > emails. In my version the reference is to the Microsoft Outlook 9.0 > Object Library. > They recently upgraded to A2003 and their reference is now to the Microsoft > Outlook 11.0 Object Library. > > When my app hits the line of code:Set objOutlook = > CreateObject("Outlook.Application") it blows up saying it is unable > to create the object. > > Is there an easy fix or workaround to this problem? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 fsmail.net Tue Jun 29 03:01:09 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 29 Jun 2004 10:01:09 +0200 (CEST) Subject: [AccessD] Check If File Exists In Directory - Cant Think Message-ID: <22885167.1088496069415.JavaMail.www@wwinf3002> To all, I hate to ask this but I can?t for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the directory C:\Branston\ Thanks for all your help .. Paul Hartland P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc ..ha ha -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From gustav at cactus.dk Tue Jun 29 03:12:41 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 10:12:41 +0200 Subject: [AccessD] Check If File Exists In Directory - Cant Think In-Reply-To: <22885167.1088496069415.JavaMail.www@wwinf3002> References: <22885167.1088496069415.JavaMail.www@wwinf3002> Message-ID: <495980259.20040629101241@cactus.dk> Hi paul That would be If Len(Dir("C:\Branston\OWP_Template.xls", vbNormal)) > 0 then ... End If /gustav > To all, > I hate to ask this but I can?t for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the > directory C:\Branston\ > Thanks for all your help .. > Paul Hartland > P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc ..ha ha From paul.hartland at fsmail.net Tue Jun 29 03:19:49 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 29 Jun 2004 10:19:49 +0200 (CEST) Subject: [AccessD] Check If File Exists In Directory - Cant Think Message-ID: <10665708.1088497189099.JavaMail.www@wwinf3002> Thanks.....I know it's Tuesday but it's as if it's a monday morning moment... Message date : Jun 29 2004, 09:15 AM >From : "Gustav Brock" To : "Access Developers discussion and problem solving" Copy to : Subject : Re: [AccessD] Check If File Exists In Directory - Cant Think Hi paul That would be If Len(Dir("C:\Branston\OWP_Template.xls", vbNormal)) > 0 then ... End If /gustav > To all, > I hate to ask this but I can?t for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the > directory C:\Branston\ > Thanks for all your help .. > Paul Hartland > P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc ..ha ha -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From michael.broesdorf at web.de Tue Jun 29 04:51:35 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 11:51:35 +0200 Subject: AW: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: Just today I got a call from a customer who wants to synchronize customer information between a database application and 'a' financial software package. Since QuickBooks seems to have some sort of API (_not_ the IIF-Files...) I thought it to be well-suited. There is a german version of QuickBooks, but it is not maintained/distributed by Intuit. Instead, a company called Lexware does an independent development. For the German version there is not multi-user or networked version available and there is no API, so it is not an option for us :-( I know the US-Version of QuickBooks very well from earlier projects and really like it. It's a shame... Now comes the question: is there a financial package out there that is easy to use (with a nice user interface - especially not DOS-based), fully integrated (no modules), has an API and preferably uses a SQL database to store it's data? Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Robert Gracie Gesendet: Dienstag, 8. Juni 2004 23:45 An: Access Developers discussion and problem solving Betreff: [AccessD] QuickBooks Project... Anyone game? Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.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 Jun 29 05:35:11 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 12:35:11 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <1814530223.20040629123511@cactus.dk> Hi Michael One option is Winfinans DT (we are a local dealer). It's an Access 200x app running off MSDE or SQL Server. http://www.winfinans.dk This site is mostly in Danish so you'll have a hard time navigating. However, you can find Download and Winfinans DT, then browse to locate an English version. It won't run your own database until you purchase a license, but you can connect to a demo server and browse the code (it's not an MDE, the code is fully modifiable) to get an impression. It is _very_ light commented but in English as are all field names etc. The data structure is a little convoluted (with compound keys, remember a recent thread on this?) but I'm sure you can get a hold on it. License fee (list price) is about EUR 1.300 for the first two users and EUR 350 for each next user. I don't think a German version is scheduled. The Integration Module you may notice is not a programmer's goodie but a module for interchanging data with the Danish banks and some local facility houses. The Production Module contains enhanced functions for production control. /gustav > Just today I got a call from a customer who wants to synchronize customer > information between a database application and 'a' financial software package. > ... > Now comes the question: is there a financial package out there that is easy > to use (with a nice user interface - especially not DOS-based), fully > integrated (no modules), has an API and preferably uses a SQL database to > store it's data? From michael.broesdorf at web.de Tue Jun 29 06:12:50 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 13:12:50 +0200 Subject: AW: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <1814530223.20040629123511@cactus.dk> Message-ID: Hi Gustav, thanks for pointing me to winfinans - I will definitely have a look at it. My client insist on a german user interface, so this is probably not an option for her. But I like the idea of the modifiable code, so it might be a good choice for other projects! Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gustav Brock Gesendet: Dienstag, 29. Juni 2004 12:35 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] QuickBooks Project... Anyone game? Hi Michael One option is Winfinans DT (we are a local dealer). It's an Access 200x app running off MSDE or SQL Server. http://www.winfinans.dk This site is mostly in Danish so you'll have a hard time navigating. However, you can find Download and Winfinans DT, then browse to locate an English version. It won't run your own database until you purchase a license, but you can connect to a demo server and browse the code (it's not an MDE, the code is fully modifiable) to get an impression. It is _very_ light commented but in English as are all field names etc. The data structure is a little convoluted (with compound keys, remember a recent thread on this?) but I'm sure you can get a hold on it. License fee (list price) is about EUR 1.300 for the first two users and EUR 350 for each next user. I don't think a German version is scheduled. The Integration Module you may notice is not a programmer's goodie but a module for interchanging data with the Danish banks and some local facility houses. The Production Module contains enhanced functions for production control. /gustav > Just today I got a call from a customer who wants to synchronize customer > information between a database application and 'a' financial software package. > ... > Now comes the question: is there a financial package out there that is easy > to use (with a nice user interface - especially not DOS-based), fully > integrated (no modules), has an API and preferably uses a SQL database to > store it's data? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From R.Griffiths at bury.gov.uk Tue Jun 29 06:37:25 2004 From: R.Griffiths at bury.gov.uk (Griffiths, Richard) Date: Tue, 29 Jun 2004 12:37:25 +0100 Subject: [AccessD] Store Settings Message-ID: Hi Group Has anyone advice on using ini files, registry or a db to store workstation etc settings. About to rewrite a system and I am reviewing the above in the light that certain users do not have the appropriate security to update the registry. At the moment I use some data stored on the workstation in an access db and some in the registry - I am tempted to stick all setting in an ini file. Can anyone advise the important pros and cons. TIA Richard From gustav at cactus.dk Tue Jun 29 06:52:05 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 13:52:05 +0200 Subject: [AccessD] Store Settings In-Reply-To: References: Message-ID: <15919143677.20040629135205@cactus.dk> Hi Richard Some pros are that it is a text file which can easily be read and edited and printed - that makes it easy to explain, say, a third-party it-guy (M/F) how to adjust things if needed. Some cons are that it is a primitive database file and as you have a powerful dbengine right at your hands it actually may be quicker and more convenient to create a local config.mdb for storing and maintaining your settings. If you only need a few settings you can even modify the mda or mdw file with a few custom tables as it is very easy via code to locate this file. /gustav > Has anyone advice on using ini files, registry or a db to store > workstation etc settings. > About to rewrite a system and I am reviewing the above in the light that > certain users do not have the appropriate security to > update the registry. At the moment I use some data stored on the > workstation in an access db and some in the registry - I am tempted to > stick all setting in an ini file. Can anyone advise the important pros > and cons. From stuart at lexacorp.com.pg Tue Jun 29 07:12:21 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 22:12:21 +1000 Subject: [AccessD] Store Settings In-Reply-To: Message-ID: <40E1E945.22727.97885B@localhost> On 29 Jun 2004 at 12:37, Griffiths, Richard wrote: > > Has anyone advice on using ini files, registry or a db to store > workstation etc settings. > > About to rewrite a system and I am reviewing the above in the light that > certain users do not have the appropriate security to > update the registry. At the moment I use some data stored on the > workstation in an access db and some in the registry - I am tempted to > stick all setting in an ini file. Can anyone advise the important pros > and cons. > I *never* use the registry to store settings. It causes all sorts of problems if you need to move your application. This can happen for any number of reasons, including upgrading hardware, system crashes, changes in business operations etc,etc Keeping all settings in an local ini file or in an mdb makes the application portable. The choice between an mdb and a text .ini file is generally determined by the complexity of what you are saving. If it is only a few settings, It is simple enough to read and write an .ini file as required. If there are a lot of settings which are subject to frequent change while the application is running, the benefits of a table in an mdb outweigh the extra overhead of opening another mdb. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From R.Griffiths at bury.gov.uk Tue Jun 29 07:30:46 2004 From: R.Griffiths at bury.gov.uk (Griffiths, Richard) Date: Tue, 29 Jun 2004 13:30:46 +0100 Subject: [AccessD] Store Settings Message-ID: Hi I have around 20 or so items of data such as data folder, ms access folder, application version, last updated date, license key, client name etc. I think I'll go for the ini file (subject to further advice) as this allows if required the user to interrogate/amend should there be a problem - with a db solution they would need a ui (or MS Access installed and nearly all my users do not have this). Thanks Richard -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: 29 June 2004 13:12 To: Access Developers discussion and problemsolving Subject: Re: [AccessD] Store Settings On 29 Jun 2004 at 12:37, Griffiths, Richard wrote: > > Has anyone advice on using ini files, registry or a db to store > workstation etc settings. > > About to rewrite a system and I am reviewing the above in the light that > certain users do not have the appropriate security to > update the registry. At the moment I use some data stored on the > workstation in an access db and some in the registry - I am tempted to > stick all setting in an ini file. Can anyone advise the important pros > and cons. > I *never* use the registry to store settings. It causes all sorts of problems if you need to move your application. This can happen for any number of reasons, including upgrading hardware, system crashes, changes in business operations etc,etc Keeping all settings in an local ini file or in an mdb makes the application portable. The choice between an mdb and a text .ini file is generally determined by the complexity of what you are saving. If it is only a few settings, It is simple enough to read and write an .ini file as required. If there are a lot of settings which are subject to frequent change while the application is running, the benefits of a table in an mdb outweigh the extra overhead of opening another mdb. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Tue Jun 29 07:33:55 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 29 Jun 2004 08:33:55 -0400 Subject: [AccessD] Store Settings Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEBB9@TTNEXCHSRV1.hshhp.com> Richard, I've been using XML to this with great success. I wrote an article for the list's Many to Many newsletter detailing how in the November 2003 edition (http://www.databaseadvisors.com/newsletters.htm). HTH, Jim DeMarco -----Original Message----- From: Griffiths, Richard [mailto:R.Griffiths at bury.gov.uk] Sent: Tuesday, June 29, 2004 7:37 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Store Settings Hi Group Has anyone advice on using ini files, registry or a db to store workstation etc settings. About to rewrite a system and I am reviewing the above in the light that certain users do not have the appropriate security to update the registry. At the moment I use some data stored on the workstation in an access db and some in the registry - I am tempted to stick all setting in an ini file. Can anyone advise the important pros and cons. TIA Richard -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From jimdettman at earthlink.net Tue Jun 29 08:36:03 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Tue, 29 Jun 2004 09:36:03 -0400 Subject: [AccessD] Outlook Object Broken In-Reply-To: <014301c45d33$9eff4020$6601a8c0@HAL9002> Message-ID: Rocky, References are a pain. Your choices: 1. Use late binding Pros: Doesn't tie you to a specific object model No reference to break Cons: No intellisense when developing Performance hit of 15-20% at run time Some use an in-between method of developing with the reference, then switch to late binding. 2. Check the references at startup before your code runs. If broken, you can either quit the app or if distributing as a MDB, try to fix the reference and re-compile on the fly. 3. If your only goal is to send e-mail, ditch the client entirely (what if Outlook is not installed?) and talk directly to a SMTP server. Your choices here are: 1. Command line utility such as BLAT 2. Buy a 3rd party mail control 3. Code your own. Out of all the choices, I'd go with 3 and BLAT or for a neater solution, buy a 3rd party mail control. Mabry and Dart are two companies that offer controls that work with Access. HTH, Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 28, 2004 1:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Outlook Object Broken Dear List: I provide an app to a client which uses the Outlook object to send emails. In my version the reference is to the Microsoft Outlook 9.0 Object Library. They recently upgraded to A2003 and their reference is now to the Microsoft Outlook 11.0 Object Library. When my app hits the line of code:Set objOutlook = CreateObject("Outlook.Application") it blows up saying it is unable to create the object. Is there an easy fix or workaround to this problem? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael.broesdorf at web.de Tue Jun 29 08:44:20 2004 From: michael.broesdorf at web.de (=?iso-8859-1?Q?Michael_Br=F6sdorf?=) Date: Tue, 29 Jun 2004 15:44:20 +0200 Subject: [AccessD] Firebird and MS Access In-Reply-To: <22F1CCD5171D17419CB37FEEE09D5F99030FEBB9@TTNEXCHSRV1.hshhp.com> Message-ID: Dear group, are there any experiences regarding the use of MS Access with Firebird as a backend? Michael From gustav at cactus.dk Tue Jun 29 08:48:36 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 15:48:36 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <7826135500.20040629154836@cactus.dk> Hi Michael > thanks for pointing me to winfinans - I will definitely have a look at it. > My client insist on a german user interface, so this is probably not an > option for her. Of course. I checked with Winfinans and they have a tool for developers for translating labels etc. from the UI from English to another language. You don't need to translate everything in one go; it is quite a comprehensive application. The part that will take some time is the reports. Some do exist in German for a start. /gustav From Jim.Hale at FleetPride.com Tue Jun 29 08:52:10 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 29 Jun 2004 08:52:10 -0500 Subject: [AccessD] Outlook Object Broken Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD25@corp-es01.fleetpride.com> ROTFL If we aren't fully employed how can we continue to pay for the meds? Jim -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Monday, June 28, 2004 4:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Object Broken Doris: I declare the object variables like this: Dim objOutlook As Outlook.Application Dim objOutlookMsg As Outlook.MailItem Dim objOutlookRecip As Outlook.Recipient Dim objOutlookAttach As Outlook.Attachment Then it blows up on the very next line: ' Create the Outlook session. Set objOutlook = CreateObject("Outlook.Application") So I'm not referencing the specific Outlook 9.0 library. Is it possible that they changed the names of the properties or methods or whatever you call them in the Outlook 11 library - like changing .Application to .App or some other humorous trick to keep us fully employed? TIA is ----- Original Message ----- From: "Mike & Doris Manning" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 28, 2004 1:11 PM Subject: RE: [AccessD] Outlook Object Broken > We ran into a similar problem because we have many different operating > systems in our organization. We got around it by not referencing a > particular Outlook object model. > > Doris Manning > Database Administrator > Hargrove Inc. > www.hargroveinc.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Monday, June 28, 2004 1:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Outlook Object Broken > > > Dear List: > > I provide an app to a client which uses the Outlook object to send emails. > In my version the reference is to the Microsoft Outlook 9.0 Object Library. > They recently upgraded to A2003 and their reference is now to the Microsoft > Outlook 11.0 Object Library. > > When my app hits the line of code:Set objOutlook = > CreateObject("Outlook.Application") it blows up saying it is unable to > create the object. > > Is there an easy fix or workaround to this problem? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 29 08:53:31 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 29 Jun 2004 08:53:31 -0500 Subject: [AccessD] Check If File Exists In Directory - Cant Think In-Reply-To: <9117084.1088496299100.JavaMail.root@sniper4.usinternet.com> Message-ID: <000801c45de0$76ce8540$de1811d8@danwaters> Paul, You can use File System Objects to do this. You will need to set a reference in code to 'Microsoft Scripting Runtime'. Dim fso As FileSystemObject Set fso = CreateObject("Scripting.FileSystemObject") If fso.FileExists("[Full Path To File]") = True Then '-- take action End If The help file for FSO is Script56.chm, but you may have to download it. Best of Luck, Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of paul.hartland at fsmail.net Sent: Tuesday, June 29, 2004 3:01 AM To: accessd Subject: [AccessD] Check If File Exists In Directory - Cant Think To all, I hate to ask this but I can't for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the directory C:\Branston\ Thanks for all your help... Paul Hartland P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc...ha ha -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Tue Jun 29 08:54:59 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 29 Jun 2004 09:54:59 -0400 Subject: [AccessD] Check If File Exists In Directory - Cant Think Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA08F@xlivmbx21.aig.com> Or if you want a more robust way to do it (some crazy user just might have made a DIRECTORY with the name of the FILE you are looking for)... Function FileExists(strFile As String) As Boolean ' Comments : Determines if the file exists ' Works for hidden files and folders ' Parameters: strFile - file to check ' Returns : True if the file exists, otherwise false Dim intAttr As Integer Dim errnum As Long On Error Resume Next 'GET THE FILE ATTRIBUTE INSTEAD OF THE LENGTH OF THE FILE NAME intAttr = GetAttr(strFile) FileExists = (Err.Number = 0) On Error GoTo 0 End Function and then there is the complementary function... Function isDirectory(sDir As String) As Boolean On Error Resume Next isDirectory = (GetAttr(sDir) And vbDirectory) <> 0 If Err.Number <> 0 Then isDirectory = False On Error GoTo 0 End Function HTH Lambert > -----Original Message----- > From: paul.hartland at fsmail.net [SMTP:paul.hartland at fsmail.net] > Sent: Tuesday, June 29, 2004 4:20 AM > To: Access Developers discussion and problem solving > Subject: Re: Re: [AccessD] Check If File Exists In Directory - Cant > Think > > Thanks.....I know it's Tuesday but it's as if it's a monday morning > moment... > > > > > > Message date : Jun 29 2004, 09:15 AM > >From : "Gustav Brock" > To : "Access Developers discussion and problem solving" > Copy to : > Subject : Re: [AccessD] Check If File Exists In Directory - Cant Think > Hi paul > > That would be > > If Len(Dir("C:\Branston\OWP_Template.xls", vbNormal)) > 0 then > ... > End If > > /gustav > > > > To all, > > > I hate to ask this but I can't for the life of me think of the command > to use to check if a file exists within a certain directory. Basically I > just need to check if OWP_Template.xls exists in the > > directory C:\Branston\ > > > Thanks for all your help..... > > > Paul Hartland > > > P.S. Feel free to come out with silly comments like you should change > career to something like a bin man etc.....ha ha > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > > Whatever you Wanadoo: > http://www.wanadoo.co.uk/time/ > > This email has been checked for most known viruses - find out more at: > http://www.wanadoo.co.uk/help/id/7098.htm > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From kost36 at otenet.gr Tue Jun 29 08:58:44 2004 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Tue, 29 Jun 2004 16:58:44 +0300 Subject: [AccessD] dbl click on a list box References: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com> Message-ID: <001101c45de1$3834ddb0$0100a8c0@KOST36> Hi all, I am trying to open a form based on a list box criteria with a double click. the list box is linked to a table: SELECT MT_basic_char.AM FROM MT_basic_char; What I want to do is on doulble click to open the main form MT_basic_char based on the line's AM I double click I use the follown but it always just open the first record and not the filter one I have chosen via double click Private Sub list2_DblClick(Cancel As Integer) Dim stDocName As String Dim stLinkCriteria As String stDocName = "MT_basic_char" DoCmd.OpenForm stDocName, , , stLinkCriteria stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM End Sub Is that possible? Thanks kostas From mikedorism at adelphia.net Tue Jun 29 10:01:03 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Tue, 29 Jun 2004 11:01:03 -0400 Subject: [AccessD] dbl click on a list box In-Reply-To: <001101c45de1$3834ddb0$0100a8c0@KOST36> Message-ID: <000001c45de9$e5de97f0$cc0aa845@hargrove.internal> Umm... It would really help if you put the "strLinkCriteria" line before you open the next form instead of after... Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kostas Konstantinidis Sent: Tuesday, June 29, 2004 9:59 AM To: Access Developers discussion and problem solving Subject: [AccessD] dbl click on a list box Hi all, I am trying to open a form based on a list box criteria with a double click. the list box is linked to a table: SELECT MT_basic_char.AM FROM MT_basic_char; What I want to do is on doulble click to open the main form MT_basic_char based on the line's AM I double click I use the follown but it always just open the first record and not the filter one I have chosen via double click Private Sub list2_DblClick(Cancel As Integer) Dim stDocName As String Dim stLinkCriteria As String stDocName = "MT_basic_char" DoCmd.OpenForm stDocName, , , stLinkCriteria stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM End Sub Is that possible? Thanks kostas -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 29 10:01:32 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 17:01:32 +0200 Subject: [AccessD] dbl click on a list box In-Reply-To: <001101c45de1$3834ddb0$0100a8c0@KOST36> References: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com> <001101c45de1$3834ddb0$0100a8c0@KOST36> Message-ID: <14530510792.20040629170132@cactus.dk> Hi Kostas > I am trying to open a form based on a list box criteria with a double click. > the list box is linked to a table: SELECT MT_basic_char.AM FROM > MT_basic_char; > What I want to do is on doulble click to open the main form MT_basic_char > based on the line's AM I double click > I use the follown but it always just open the first record and not the > filter one I have chosen via double click > Private Sub list2_DblClick(Cancel As Integer) > Dim stDocName As String > Dim stLinkCriteria As String > > stDocName = "MT_basic_char" > DoCmd.OpenForm stDocName, , , stLinkCriteria > stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM > > End Sub I think you have mixed it up a bit ... you must define your criteria, then open the form: stDocName = "MT_basic_char" stLinkCriteria = "[AM] = " & Me!list2.Value & "" - or if AM is a String: stLinkCriteria = "[AM] = '" & Me!list2.Value & "'" DoCmd.OpenForm stDocName, , , stLinkCriteria /gustav From artful at rogers.com Tue Jun 29 10:48:37 2004 From: artful at rogers.com (Arthur Fuller) Date: Tue, 29 Jun 2004 11:48:37 -0400 Subject: [AccessD] Drill-Down in Access In-Reply-To: Message-ID: <036001c45df0$8b1993e0$6601a8c0@rock> Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur From cfoust at infostatsystems.com Tue Jun 29 10:58:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 29 Jun 2004 08:58:30 -0700 Subject: [AccessD] Drill-Down in Access Message-ID: If you want to use Access, probably a third party grid is your best bet. With a lot of effort and some esoteric SQL, you can use the VB hierarchical flexgrid control, but it won't be directly editable, and it's hard to control. You can make Access use a custom control built in VB.Net, I believe, but I haven't yet tried it. Charlotte Foust -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Tuesday, June 29, 2004 7:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 29 11:06:45 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 09:06:45 -0700 Subject: [AccessD] Outlook Object Broken References: Message-ID: <40E19395.8030809@shaw.ca> One down side of late binding is that you no longer work with intellisence... There are ways to fix intellisence too with conditional compilation to keep intellisense for debugging.. #Const DebugVersion = 0 #if DebugVersion = 1 then 'early binding Dim wa as Word.Application Set wa = new word.application #else 'late binding Dim wa as Object set wa = createobject ("Word.Application") #endif You'l have to set the flag to 1 (#Const DebugVersion = 1) and then add a reference to MSWord for the debug intellisense to work... vchas wrote: >Dim objOutlook As Object >Set objOutlook = CreateObject("Outlook.Application") >Set objOutlookMsg = objOutlook.CreateItem(0) >With objOutlookMsg > .To = "you at companyname.com" > .Cc = "them at companyname.com" > .Subject = "Hello World (one more time)..." > .Body = "body of message" > .HTMLBody = "HTML version of message" > .Attachments.Add ("c:\FileToSend.txt") > .Send >End With >Set objOutlookMsg = Nothing >Set objOutlook = Nothing > >HTH > >V > > > >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin - Beach Access Software >>Sent: 28 June 2004 22:21 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] Outlook Object Broken >> >> >>Doris: >> >>I declare the object variables like this: >> >> Dim objOutlook As Outlook.Application >> Dim objOutlookMsg As Outlook.MailItem >> Dim objOutlookRecip As Outlook.Recipient >> Dim objOutlookAttach As Outlook.Attachment >> >>Then it blows up on the very next line: >> >> ' Create the Outlook session. >> Set objOutlook = CreateObject("Outlook.Application") >> >>So I'm not referencing the specific Outlook 9.0 library. Is it >>possible that they changed the names of the properties or methods or >>whatever you call them in the Outlook 11 library - like changing >>.Application to .App or some other humorous trick to keep us fully >>employed? >> >>TIA >> >>is >> >>----- Original Message ----- >>From: "Mike & Doris Manning" >>To: "'Access Developers discussion and problem solving'" >> >>Sent: Monday, June 28, 2004 1:11 PM >>Subject: RE: [AccessD] Outlook Object Broken >> >> >> >> >>>We ran into a similar problem because we have many >>> >>> >>different operating >> >> >>>systems in our organization. We got around it by not referencing a >>>particular Outlook object model. >>> >>>Doris Manning >>>Database Administrator >>>Hargrove Inc. >>>www.hargroveinc.com >>> >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>Smolin - Beach Access Software >>>Sent: Monday, June 28, 2004 1:16 PM >>>To: AccessD at databaseadvisors.com >>>Subject: [AccessD] Outlook Object Broken >>> >>> >>>Dear List: >>> >>>I provide an app to a client which uses the Outlook object to send >>>emails. In my version the reference is to the Microsoft Outlook 9.0 >>>Object >>> >>> >>Library. >> >> >>>They recently upgraded to A2003 and their reference is now to the >>> >>> >>Microsoft >> >> >>>Outlook 11.0 Object Library. >>> >>>When my app hits the line of code:Set objOutlook = >>>CreateObject("Outlook.Application") it blows up saying it >>> >>> >>is unable >> >> >>>to create the object. >>> >>>Is there an easy fix or workaround to this problem? >>> >>>MTIA, >>> >>>Rocky Smolin >>>Beach Access Software >>>http://www.e-z-mrp.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > -- Marty Connelly Victoria, B.C. Canada From mikedorism at adelphia.net Tue Jun 29 11:27:12 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Tue, 29 Jun 2004 12:27:12 -0400 Subject: [AccessD] Drill-Down in Access In-Reply-To: <036001c45df0$8b1993e0$6601a8c0@rock> Message-ID: <000001c45df5$ee865c10$cc0aa845@hargrove.internal> I use the Janus GridEX control in .NET and absolutely love it because it is so easy to work with. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 11:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 29 11:32:44 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 29 Jun 2004 11:32:44 -0500 Subject: [AccessD] Drill-Down in Access In-Reply-To: <19904255.1088525424668.JavaMail.root@sniper2.usinternet.com> Message-ID: <000a01c45df6$b531bc10$de1811d8@danwaters> Arthur, If I was trying to do this, I would try to set up a generic form with a sub form set to display continuous records. The main form would display the parent record and the sub form would display the child records. When I wanted to do a drilldown from the sub form, I would, in code, change the recordset/table behind both forms so that the child table record would now be displayed in the main form, and the grandchild records would be displayed in the sub form. Like you said, if there are more than one child tables, the user will need to choose which one to view. This does only give you a two level display, but perhaps a field in the main form could provide a description of the parent record if the child record has the main form and the grandchild records have the sub form. I'd turn .Echo off and then back on to minimize the screen flashing. I think you've got an interesting user display issue here. Let us know what you end up doing! Thanks! Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 10:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Tue Jun 29 12:29:07 2004 From: lists at theopg.com (MarkH) Date: Tue, 29 Jun 2004 18:29:07 +0100 Subject: [AccessD] Cross Posted - Can only create 56 worksheets in Excel from VBA in Access In-Reply-To: Message-ID: <000301c45dfe$97302e10$7a0b6bd5@netboxxp> Hello Using Office XP I have a report produced in MS Access and output to Excel that creates a copies of a template worksheet within the same workbook. When I get to 56 copies it falls over saying "copy method failed" (or something similar). On the same machine I can create hundreds of copies without problem (I stopped at 550 without error) Any one know what could be causing this limitation? Cheers Mark From kost36 at otenet.gr Tue Jun 29 12:31:38 2004 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Tue, 29 Jun 2004 20:31:38 +0300 Subject: [AccessD] dbl click on a list box References: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com><001101c45de1$3834ddb0$0100a8c0@KOST36> <14530510792.20040629170132@cactus.dk> Message-ID: <002b01c45dfe$f1a957e0$0100a8c0@KOST36> Hi Gustav, Your advice is always precious. Doris, thank's u2 Be well both of you _kostas ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 29, 2004 6:01 PM Subject: Re: [AccessD] dbl click on a list box > Hi Kostas > > > I am trying to open a form based on a list box criteria with a double click. > > the list box is linked to a table: SELECT MT_basic_char.AM FROM > > MT_basic_char; > > > What I want to do is on doulble click to open the main form MT_basic_char > > based on the line's AM I double click > > > I use the follown but it always just open the first record and not the > > filter one I have chosen via double click > > > Private Sub list2_DblClick(Cancel As Integer) > > Dim stDocName As String > > Dim stLinkCriteria As String > > > > stDocName = "MT_basic_char" > > DoCmd.OpenForm stDocName, , , stLinkCriteria > > stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM > > > > End Sub > > I think you have mixed it up a bit ... you must define your criteria, > then open the form: > > stDocName = "MT_basic_char" > > stLinkCriteria = "[AM] = " & Me!list2.Value & "" > - or if AM is a String: > stLinkCriteria = "[AM] = '" & Me!list2.Value & "'" > > DoCmd.OpenForm stDocName, , , stLinkCriteria > > /gustav > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From martyconnelly at shaw.ca Tue Jun 29 12:36:28 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 10:36:28 -0700 Subject: [AccessD] Self-Locating Brewpub Finder For Your Cell Phone References: <40E19395.8030809@shaw.ca> Message-ID: <40E1A89C.2090801@shaw.ca> Just in case you ever wondered how to do this, works for Gas Stations etc. Article has method and partial code. I suppose it will work on laptops too with .net framework, just change SmartPhone Device Terminal type or use phone emulator. Written by Dave Platt , Harvard CS Professor http://www.rollthunder.com/Newsletter/newsletterframe.htm -- Marty Connelly Victoria, B.C. Canada From Oleg_123 at xuppa.com Tue Jun 29 13:20:57 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Tue, 29 Jun 2004 14:20:57 -0400 (EDT) Subject: [AccessD] Select via Recordset In-Reply-To: <000001c45df5$ee865c10$cc0aa845@hargrove.internal> References: <036001c45df0$8b1993e0$6601a8c0@rock> <000001c45df5$ee865c10$cc0aa845@hargrove.internal> Message-ID: <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> there is an error in my select statement how do i make a field name equal to whats in a textbox ? Dim rs As ADODB.Recordset Dim cn As Connection Dim aBOF Dim aField Dim sAppsID Dim sEntID Dim sAttribID sAppsID = txtAppsId sEntID = txtEntID sAttribID = txtAttribID Set cn = CurrentProject.Connection Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE (((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND ((Testing.AttribID)=sAttribID))") aBOF = rs.BOF 'check if string is Empty If aBOF = True Then MsgBox "Record Does not exist" Exit Sub Else aField = rs.Fields(0) MsgBox "Record alredy exists. Group # is " & aField End If ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From Developer at UltraDNT.com Tue Jun 29 14:15:45 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 29 Jun 2004 15:15:45 -0400 Subject: [AccessD] Drill-Down in Access In-Reply-To: <000001c45df5$ee865c10$cc0aa845@hargrove.internal> Message-ID: <000401c45e0d$7d703d30$6401a8c0@COA3> You could use the MS TreeView, on an unbound form, combined with a just-in-time sub form. When the form loads, open a recordset of the parent table. Loop it one at a time, adding a node for the parent. Before moving to the next record, open a recordset for child1 where parentid = current parent id, add each child node, stopping to pick up the grandchildren for that child. Repeat for Child2, and her children, then move to next parent. (Or, write the whole thing using recursion.) As the node gets added, set the Key property (which must be a string) to "child=" & cstr(childID) or "grandchild=" & grandchild. Use then the click event of the tree view to dynamically change the sub form to one for the parent, child or grand child, bringing up the appropriate record based on the ID. (This is an ActiveX control, part of MScomCtLib and that presents other issues... But I think it serves you here, though the Load may be slow.) Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mike & Doris Manning Sent: Tuesday, June 29, 2004 12:27 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Drill-Down in Access I use the Janus GridEX control in .NET and absolutely love it because it is so easy to work with. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 11:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, 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 michael.broesdorf at web.de Tue Jun 29 14:14:10 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 21:14:10 +0200 Subject: AW: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <7826135500.20040629154836@cactus.dk> Message-ID: The main problem would probably be the local tax issues. If it were only the user interface I would personally go for the american version of QuickBooks, but the built-in forms and account structures do not match the german way of doing things. It would be interesting to see how the danish and the german systems differ! (After all we're so close, so it should'nt be _that_ different ;-)) Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gustav Brock Gesendet: Dienstag, 29. Juni 2004 15:49 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] QuickBooks Project... Anyone game? Hi Michael > thanks for pointing me to winfinans - I will definitely have a look at it. > My client insist on a german user interface, so this is probably not an > option for her. Of course. I checked with Winfinans and they have a tool for developers for translating labels etc. from the UI from English to another language. You don't need to translate everything in one go; it is quite a comprehensive application. The part that will take some time is the reports. Some do exist in German for a start. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael.broesdorf at web.de Tue Jun 29 14:14:10 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 21:14:10 +0200 Subject: AW: [AccessD] Drill-Down in Access In-Reply-To: <036001c45df0$8b1993e0$6601a8c0@rock> Message-ID: Unfortunately, reports in Access do not allow for drill-down. I use the TList control from Bennet Tec. It is pretty easy to use, easy to deploy to client machines and it is printable. Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Arthur Fuller Gesendet: Dienstag, 29. Juni 2004 17:49 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Tue Jun 29 14:18:00 2004 From: artful at rogers.com (Arthur Fuller) Date: Tue, 29 Jun 2004 15:18:00 -0400 Subject: [AccessD] Outlook code samples In-Reply-To: <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> Message-ID: <03a701c45e0d$cb38f570$6601a8c0@rock> I just came across this; not strictly Access but common enough that I chose to cross-post it. http://www.slovaktech.com/code_samples.htm Arthur From rl_stewart at highstream.net Tue Jun 29 14:52:34 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 29 Jun 2004 14:52:34 -0500 Subject: [AccessD] Re: Outlook Object Broken In-Reply-To: <200406291700.i5TH0OQ25170@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040629145207.04817738@pop3.highstream.net> The new medicare prescription cards :-) At 12:00 PM 29/06/2004 -0500, you wrote: >Date: Tue, 29 Jun 2004 08:52:10 -0500 >From: "Hale, Jim" >Subject: RE: [AccessD] Outlook Object Broken >To: "'Access Developers discussion and problem solving'" > >Message-ID: > <6A6AA9DF57E4F046BDA1E273BDDB677217FD25 at corp-es01.fleetpride.com> >Content-Type: text/plain; charset="iso-8859-1" > >some other humorous trick to keep us fully employed?> >ROTFL If we aren't fully employed how can we continue to pay for the meds? > >Jim From bchacc at san.rr.com Tue Jun 29 14:52:47 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 29 Jun 2004 12:52:47 -0700 Subject: [AccessD] Outlook code samples References: <03a701c45e0d$cb38f570$6601a8c0@rock> Message-ID: <012901c45e12$a75def70$6601a8c0@HAL9002> That's a great link. Bookmarked it. One of the links on that page links to http://www.outlookcode.com/ which also has a bunch of good stuff. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Cc: "Dba-Tech-Bounces" Sent: Tuesday, June 29, 2004 12:18 PM Subject: [AccessD] Outlook code samples > I just came across this; not strictly Access but common enough that I > chose to cross-post it. > > http://www.slovaktech.com/code_samples.htm > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From alan.lawhon at us.army.mil Tue Jun 29 15:12:57 2004 From: alan.lawhon at us.army.mil (Lawhon, Alan C Contractor/Morgan Research) Date: Tue, 29 Jun 2004 15:12:57 -0500 Subject: [AccessD] Noted RDBMS Expert Chris Date Disses SQL and XML Message-ID: <5D5043687CFCE44288407A73E4CC6E17448F5B@redstone819.ad.redstone.army.mil> http://searchoracle.techtarget.com/originalContent/0,289142,sid41_gci962949,00.h tml Alan C. Lawhon From andy at minstersystems.co.uk Tue Jun 29 16:31:02 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 29 Jun 2004 22:31:02 +0100 Subject: [AccessD] Select via Recordset In-Reply-To: <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> Message-ID: <006101c45e20$6113d2b0$b274d0d5@minster33c3r25> Oleg You've got to embed the value from the vars into the SQL of the select statement, so (I've taken out the superfluous parentheses): Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE Testing.AppsID=" & sAppsID & " AND Testing.EntID=" & sEntID & " AND Testing.AttribID=" & sAttribID) So what you give to the Execute statement is a string which contains the values in your variables. This presupposes that all three id's are numeric. HTH -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Oleg_123 at xuppa.com > Sent: 29 June 2004 19:21 > To: accessd at databaseadvisors.com > Subject: [AccessD] Select via Recordset > > > there is an error in my select statement how do i make a > field name equal to whats in a textbox ? > > > Dim rs As ADODB.Recordset > Dim cn As Connection > Dim aBOF > Dim aField > Dim sAppsID > Dim sEntID > Dim sAttribID > > sAppsID = txtAppsId > sEntID = txtEntID > sAttribID = txtAttribID > > Set cn = CurrentProject.Connection > > Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM > Testing WHERE > (((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND > ((Testing.AttribID)=sAttribID))") > aBOF = rs.BOF 'check if string is Empty > If aBOF = True Then > MsgBox "Record Does not exist" > Exit Sub > Else > aField = rs.Fields(0) > MsgBox "Record alredy exists. Group # is " & aField > > End If > > > ----------------------------------------- > Make Money and Find Love at Finally.com > http://www.finally.com/?link=webmail > > > -- > > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From Lambert.Heenan at AIG.com Tue Jun 29 16:32:50 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 29 Jun 2004 17:32:50 -0400 Subject: [AccessD] Select via Recordset Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA09D@xlivmbx21.aig.com> I'm guessing that as you are using an "s" prefix that the fields in your criteria is/are string types. In which case you need to change the select statement like this... Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE (((Testing.AppsID)='" & sAppsID & "'") AND ((Testing.EntID)='" & sEntID & "'" ) AND ((Testing.AttribID)='" & sAttribID & "'"))") But this IS A GUESS. We really need to know the data types of your fields to be sure what's going on. But then again your problem may stem from the fact that you have not declared the types of most of your variables. As a result they are all Variants. Also this code is not needed... sAppsID = txtAppsId sEntID = txtEntID sAttribID = txtAttribID as you can use the name of the text controls directly. So you don't need the sAppsID, sEntID and sAttribID variables at all. You should be able to write... Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE (((Testing.AppsID)='" & txtAppsId & "'") AND ((Testing.EntID)='" & txtEntID & "'" ) AND ((Testing.AttribID)='" & txtAttribID & "'"))") And this line... aField = rs.Fields(0) should be changed to aField = rs!AttribXrefGrpNumber to make it more readable and less dependant on the ordinal number of the recordset's fields. Give us some more details. Lambert > -----Original Message----- > From: Oleg_123 at xuppa.com [SMTP:Oleg_123 at xuppa.com] > Sent: Tuesday, June 29, 2004 2:21 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] Select via Recordset > > there is an error in my select statement how do i make a field name equal > to whats in a textbox ? > > > Dim rs As ADODB.Recordset > Dim cn As Connection > Dim aBOF > Dim aField > Dim sAppsID > Dim sEntID > Dim sAttribID > > sAppsID = txtAppsId > sEntID = txtEntID > sAttribID = txtAttribID > > Set cn = CurrentProject.Connection > > Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE > (((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND > ((Testing.AttribID)=sAttribID))") > aBOF = rs.BOF 'check if string is Empty > If aBOF = True Then > MsgBox "Record Does not exist" > Exit Sub > Else > aField = rs.Fields(0) > MsgBox "Record alredy exists. Group # is " & aField > > End If > > > ----------------------------------------- > Make Money and Find Love at Finally.com > http://www.finally.com/?link=webmail > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 29 16:57:47 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 14:57:47 -0700 Subject: [AccessD] Select via Recordset References: <036001c45df0$8b1993e0$6601a8c0@rock> <000001c45df5$ee865c10$cc0aa845@hargrove.internal> <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> Message-ID: <40E1E5DB.9000505@shaw.ca> Try these changes Option Explicit Private Sub Command0_Click() Dim rs As ADODB.Recordset Dim cn As ADODB.Connection 'need full definition Dim aField As String Dim sAppsID As String Dim sEntID As String Dim sAttribID As String Dim strSQL As String sAppsID = txtAppsId.Value 'or Me.txtAppsId.value sEntID = txtEntID.Value sAttribID = txtAttribID.Value strSQL = "SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE " & _ "(((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND " & _ "((Testing.AttribID)=sAttribID))" 'display SQL string here Debug.Print strSQL Set cn = CurrentProject.Connection Set rs = cn.Execute(strSQL) If rs.BOF And rs.EOF Then 'check if recordset is Empty MsgBox "Record Does not exist" Debug.Print rs.RecordCount Exit Sub Else aField = rs.Fields(0) MsgBox "Record alredy exists. Group # is " & aField End If End Sub Oleg_123 at xuppa.com wrote: >there is an error in my select statement how do i make a field name equal >to whats in a textbox ? > > >Dim rs As ADODB.Recordset >Dim cn As Connection >Dim aBOF >Dim aField >Dim sAppsID >Dim sEntID >Dim sAttribID > >sAppsID = txtAppsId >sEntID = txtEntID >sAttribID = txtAttribID > >Set cn = CurrentProject.Connection > >Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE >(((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND >((Testing.AttribID)=sAttribID))") >aBOF = rs.BOF 'check if string is Empty >If aBOF = True Then >MsgBox "Record Does not exist" >Exit Sub >Else >aField = rs.Fields(0) >MsgBox "Record alredy exists. Group # is " & aField > >End If > > >----------------------------------------- >Make Money and Find Love at Finally.com >http://www.finally.com/?link=webmail > > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Tue Jun 29 17:20:14 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 15:20:14 -0700 Subject: [AccessD] Noted RDBMS Expert Chris Date Disses SQL and XML References: <5D5043687CFCE44288407A73E4CC6E17448F5B@redstone819.ad.redstone.army.mil> Message-ID: <40E1EB1E.3020905@shaw.ca> Date has being doing that since Codd kicked him out of class. Lawhon, Alan C Contractor/Morgan Research wrote: > >http://searchoracle.techtarget.com/originalContent/0,289142,sid41_gci962949,00.h >tml > > >Alan C. Lawhon > > > > > -- Marty Connelly Victoria, B.C. Canada From jwcolby at colbyconsulting.com Tue Jun 29 19:56:50 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 29 Jun 2004 20:56:50 -0400 Subject: [AccessD] DRAM Glitch Message-ID: <009f01c45e3d$20c45410$0501a8c0@colbyws> Just found this in an ExtremeTech newsletter I get. The DRAM problem mentioned by someone is apparently only known to affect INTEL chipsets. http://www.extremetech.com/article2/0,1558,1617438,00.asp Those of us AMD folks may not have any problem. That would be nice! John W. Colby www.ColbyConsulting.com From Oleg_123 at xuppa.com Tue Jun 29 20:17:19 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Tue, 29 Jun 2004 21:17:19 -0400 (EDT) Subject: [AccessD] text box array In-Reply-To: <009f01c45e3d$20c45410$0501a8c0@colbyws> References: <009f01c45e3d$20c45410$0501a8c0@colbyws> Message-ID: <2009.24.187.38.171.1088558239.squirrel@heck.xuppa.com> Hey I have to create text box array, and i don't qite remember how to go about it right now i am just trying to create textbox via code, and can't find anthing on it... Private Sub Command6_Click() Dim x As Control Dim y As TextBox Set y = New TextBox y.Width = 1 y.Height = 0.5 y.Left = 1 y.Top = 0.6 y.Visible = True End Sub ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From jwcolby at colbyconsulting.com Tue Jun 29 21:38:11 2004 From: jwcolby at colbyconsulting.com (John W. Colby) Date: Tue, 29 Jun 2004 22:38:11 -0400 Subject: [AccessD] Good windows maintenance site Message-ID: <000001c45e4b$49da2dd0$0701a8c0@jcolbyemachine> Just ran across this. http://www.fixyourwindows.com/windowsxpsolutions.htm John W. Colby www.ColbyConsulting.com From accessd at shaw.ca Tue Jun 29 22:37:59 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 29 Jun 2004 20:37:59 -0700 Subject: [AccessD] Drill-Down in Access In-Reply-To: <036001c45df0$8b1993e0$6601a8c0@rock> Message-ID: Hi Arthur: You can use the shape commands from ADO, with a flex grid, on to your form. I have only done it in VB but can see no reason the dll can not be attached/referenced. But your requirements may be more extensive... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 8:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Jun 30 02:04:03 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 30 Jun 2004 09:04:03 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <1613421339.20040630090403@cactus.dk> Hi Michael > The main problem would probably be the local tax issues. If it were only the > user interface I would personally go for the american version of QuickBooks, > but the built-in forms and account structures do not match the german way of > doing things. It would be interesting to see how the danish and the german > systems differ! > (After all we're so close, so it should'nt be _that_ different ;-)) The account structure is completely free. Our VAT system here is, I believe, a quite common Value Added Tax: a linear percentage sales tax from which you, as a business, deduct the tax of your purchase. /gustav >> thanks for pointing me to winfinans - I will definitely have a look at it. >> My client insist on a german user interface, so this is probably not an >> option for her. > Of course. I checked with Winfinans and they have a tool for > developers for translating labels etc. from the UI from English to > another language. You don't need to translate everything in one go; it > is quite a comprehensive application. > The part that will take some time is the reports. Some do exist in > German for a start. From Paul.Rogers at SummitMedia.co.uk Wed Jun 30 02:42:13 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Wed, 30 Jun 2004 08:42:13 +0100 Subject: [AccessD] Outlook code samples Message-ID: Thank you, Arthur and Rocky Good to have both links, many thanks. Outlook seems the forgotten child of Uncle Bill G. It's a huge program yet seldom seems worth its monopoly of the machine. Cheers paul -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 29, 2004 8:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook code samples That's a great link. Bookmarked it. One of the links on that page links to http://www.outlookcode.com/ which also has a bunch of good stuff. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Cc: "Dba-Tech-Bounces" Sent: Tuesday, June 29, 2004 12:18 PM Subject: [AccessD] Outlook code samples > I just came across this; not strictly Access but common enough that I > chose to cross-post it. > > http://www.slovaktech.com/code_samples.htm > > 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 bellsouth.net Wed Jun 30 07:10:41 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 30 Jun 2004 08:10:41 -0400 Subject: [AccessD] design/development question on representing mtm relationships Message-ID: <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net@SUSANONE> During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. From jimdettman at earthlink.net Wed Jun 30 07:50:51 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Wed, 30 Jun 2004 08:50:51 -0400 Subject: [AccessD] design/development question on representing mtmrelationships In-Reply-To: <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net@SUSANONE> Message-ID: Susan, I usually do a main/subform for each side. Within the subform, I use a combo to lookup values for the other side. Over the years, I really haven't seen any good clean interfaces for M-M relationships. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 30, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] design/development question on representing mtmrelationships During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 30 09:53:04 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 30 Jun 2004 10:53:04 -0400 Subject: [AccessD] design/development question on representing mtmrelationships In-Reply-To: <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net@SUSANONE> Message-ID: <04d801c45eb1$f2e65460$6601a8c0@rock> An M:M relationship implies a pair of foreign keys, one of them typically hidden. Suppose we have, for example: Developers -- a table of Developers Skills -- a table of skills (Access, .NET, SQL Server, etc.) DeveloperSkills -- a table containing a minimum of DeveloperID and SkillID, and optionally other fields such as SkillLevel, YearsExperience, etc. This third table can be viewed from either direction, and depending upon the direction, one or the other foreign key will probably be hidden. I.e., you're looking at Developers_frm which contains a subform representing DeveloperSkills. DeveloperID will be hidden, so all you're worried about is the Skills part. Present it in a combo, with a NotInList event that opens a form to add new skills if you want. Alternatively, you're looking at Skills_frm, which contains a subform listing the Developers possessing said skill, and which hides the skill column (since it's inherited, as it were, from the parent). Present the Developers in a combo (with a NotInList if you need one). That's how I do it, anyway. HTH, Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Wednesday, June 30, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] design/development question on representing mtmrelationships During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Oleg_123 at xuppa.com Wed Jun 30 10:27:23 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Wed, 30 Jun 2004 11:27:23 -0400 (EDT) Subject: [AccessD] Combo box question In-Reply-To: References: Message-ID: <61917.68.161.26.217.1088609243.squirrel@heck.xuppa.com> I have a form with a subform on it. Is it possible to have a combo box that would limit subform to its selection ? the combo box now shows only distinct records that are in a column - getting them straight grom the query the subform is based on. (1,2,4) I need to specify which column of the subform should equal that selection i am trying Private Sub cmbFrm1_AfterUpdate() Me.FormQuery1.SourceObject = "'Select * From FormQuery Where AppsID =' & cmbFrm1.text & '"' End Sub Query name - FormQuery Subform Name - FormQuery1 Column name that should equal selection - AppsID ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From cfoust at infostatsystems.com Wed Jun 30 10:29:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 30 Jun 2004 08:29:30 -0700 Subject: [AccessD] design/development question on representing mtmrelationships Message-ID: Susan, What do you mean by the "one" side? In a many to many relationship, there are TWO "one" sides. Logically, you can't enter a "many" side without having a "one" side to link it to, can you? Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Wednesday, June 30, 2004 4:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] design/development question on representing mtmrelationships During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bheid at appdevgrp.com Wed Jun 30 10:40:09 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Wed, 30 Jun 2004 11:40:09 -0400 Subject: [AccessD] Combo box question In-Reply-To: <916187228923D311A6FE00A0CC3FAA308E385A@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB651@ADGSERVER> Hi all, I have a query that is run during a conversion of a database that appears to be hanging on this one particular database. Here's the query: UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].[Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0; This query is placed into a string and executed with: db.execute strSQL,dbfailonerror There are ~192,000 payroll records and ~3500 contract records. If I copy the SQL into the query designer and run it, it only takes about 5 seconds or so to execute. I have let the version in the code run for over 1/2 hour and have to end up killing access. Anyone have any ideas as to what may be happening? I am running AXP sp2. The tables are linked. This code has ran fine on over 100 other conversions. Thanks, Bobby From bheid at appdevgrp.com Wed Jun 30 10:41:27 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Wed, 30 Jun 2004 11:41:27 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combo box question In-Reply-To: <916187228923D311A6FE00A0CC3FAA305BB651@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB652@ADGSERVER> Sorry about that. I forgot to change the subject. Bobby -----Original Message----- From: Bobby Heid [mailto:bheid at appdevgrp.com] Sent: Wednesday, June 30, 2004 11:40 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Combo box question Hi all, I have a query that is run during a conversion of a database that appears to be hanging on this one particular database. Here's the query: UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].[Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0; This query is placed into a string and executed with: db.execute strSQL,dbfailonerror There are ~192,000 payroll records and ~3500 contract records. If I copy the SQL into the query designer and run it, it only takes about 5 seconds or so to execute. I have let the version in the code run for over 1/2 hour and have to end up killing access. Anyone have any ideas as to what may be happening? I am running AXP sp2. The tables are linked. This code has ran fine on over 100 other conversions. Thanks, Bobby From ssharkins at bellsouth.net Wed Jun 30 10:49:13 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 30 Jun 2004 11:49:13 -0400 Subject: [AccessD] design/development question on representingmtmrelationships In-Reply-To: <04d801c45eb1$f2e65460$6601a8c0@rock> Message-ID: <20040630154910.CGXZ1775.imf19aec.mail.bellsouth.net@SUSANONE> Yes, me too -- I was just wondering what creative things others might be doing. My concern isn't the relationships, because that's standard. I'm just curious how developers present that information for entry, editing, etc. -- to be as user friendly as possible. And, it becomes more complicated when you have more than one many-to-many to accommodate. For instance, what if you're also tracking projects -- many developers may be working on many projects at the same time -- and you're pairing up those developers by skillset... Susan H. An M:M relationship implies a pair of foreign keys, one of them typically hidden. Suppose we have, for example: Developers -- a table of Developers Skills -- a table of skills (Access, .NET, SQL Server, etc.) DeveloperSkills -- a table containing a minimum of DeveloperID and SkillID, and optionally other fields such as SkillLevel, YearsExperience, etc. From rl_stewart at highstream.net Wed Jun 30 13:27:36 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Wed, 30 Jun 2004 13:27:36 -0500 Subject: [AccessD] Re: design/development question on representing mtm relationships In-Reply-To: <200406301701.i5UH12Q25661@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040630131140.017cb8e0@pop3.highstream.net> Susan, If you are going to maintain the relationship, you ALWAYS enter the one side before the many side. I do not understand what you mean by unnatural when you said that entering the one before the many felt unnatural. Can I have line items for an order without the order itself? Can I have a home address for a person before I have the person? And many-to-many is different from the one-to-many that you described. Many-to-many requires what is sometimes referred to as a resolver table. The following is an example: tblParty tblPartyPhone tblPhone tblPhoneType PartyID PartyPhoneID PhoneID PhoneTypeID FirstName PartyID CountryCode PhoneTypeDesc MiddleName PhoneID AreaCityCode LastName PhoneTypeID Exchange PhoneNumber The table tblPartyPhone resolves the many-to-many between party and phone. And, it allows the phone to play a different role between different people by including the phone type. And, I would use form/subform for all data entry and never allow a record to be added to tblPartyPhone without a phone number, a party, and a type of phone. Which by the way, is the business key (i.e. unique index) for the resolver table. Robert At 12:01 PM 30/06/2004 -0500, you wrote: >Date: Wed, 30 Jun 2004 08:10:41 -0400 >From: "Susan Harkins" >Subject: [AccessD] design/development question on representing mtm > relationships >To: "'Access Developers discussion and problem solving'" > >Message-ID: > <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net at SUSANONE> >Content-Type: text/plain; charset="us-ascii" > >During a training session yesterday I had someone ask me what the easiest >and best way to represent a many-to-many relationship for data entry. I >admit, I was a little stumped and replied that the form/subform was probably >still the standard solution but he's got me wondering -- how does everyone >else handle it? I can't see any reason to really defer from the >form/subform, but now I'm curious what creative solutions others might use. > >The other question I have -- and this one's my own -- I know there are a few >easy ways to handle new primary key values when entering the many side of >the relationship first -- pop up forms probably being the most common and >even combo box controls that allow new values -- what do you guys do? Do any >of you force the users to enter the one side first, which often seems a bit >unnatural to the data entry operator? > >These aren't really technical questions, so much as they are just >design/solution type questions. I'm interested in hearing what other people >do. > >Susan H. From bchacc at san.rr.com Wed Jun 30 13:51:48 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 30 Jun 2004 11:51:48 -0700 Subject: [AccessD] A2K vs AXP on record deletes Message-ID: <00fd01c45ed3$4cd626f0$6601a8c0@HAL9002> Dear List: Is there an incompatibility between A2K and AXP on record deletes? I developed my app in A2K and the following line of code: DoCmd.RunCommand acCmdDeleteRecord works at the client's site on A2K machines, but blows on AXP machines with an error "3709: The search key was not found in any record" MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From Mark.Mitsules at ngc.com Wed Jun 30 14:27:03 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 30 Jun 2004 15:27:03 -0400 Subject: [AccessD] A2K vs AXP on record deletes Message-ID: Rocky, You might check to see if this info pertains to your situation: http://www.kbalertz.com/Feedback_302525.aspx Mark -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Wednesday, June 30, 2004 2:52 PM To: AccessD at databaseadvisors.com Subject: [AccessD] A2K vs AXP on record deletes Dear List: Is there an incompatibility between A2K and AXP on record deletes? I developed my app in A2K and the following line of code: DoCmd.RunCommand acCmdDeleteRecord works at the client's site on A2K machines, but blows on AXP machines with an error "3709: The search key was not found in any record" MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bheid at appdevgrp.com Wed Jun 30 14:30:53 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Wed, 30 Jun 2004 15:30:53 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question UPDATE In-Reply-To: <916187228923D311A6FE00A0CC3FAA308E3868@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB654@ADGSERVER> I let it run during lunch and it finally did get through the query. It updated about 48000 records. I still do not know why it is taking so long. I even took off almost all of the indexes of the payroll table and it still took a very long time. Any ideas? Thanks, Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid Sent: Wednesday, June 30, 2004 11:41 AM To: 'Access Developers discussion and problem solving' Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question Sorry about that. I forgot to change the subject. Bobby -----Original Message----- From: Bobby Heid [mailto:bheid at appdevgrp.com] Sent: Wednesday, June 30, 2004 11:40 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Combo box question Hi all, I have a query that is run during a conversion of a database that appears to be hanging on this one particular database. Here's the query: UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].[Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0; This query is placed into a string and executed with: db.execute strSQL,dbfailonerror There are ~192,000 payroll records and ~3500 contract records. If I copy the SQL into the query designer and run it, it only takes about 5 seconds or so to execute. I have let the version in the code run for over 1/2 hour and have to end up killing access. Anyone have any ideas as to what may be happening? I am running AXP sp2. The tables are linked. This code has ran fine on over 100 other conversions. Thanks, Bobby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed Jun 30 15:43:53 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 30 Jun 2004 16:43:53 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question UPDATE Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA0C1@xlivmbx21.aig.com> My 2 cents worth. 1/ Removing the indexes is a sure fire way to slow things down. 2/ If this is running on a JET database then executing the SQL string directly does not give the JET engine a chance to optimize the query. Better to plug the SQL into a querydef and the run the query, as you discovered. How to do that in code?... Dim Qd as QueryDef Dim sSQL as String sSQL = "UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0;" Set Qd = CurrentDb.QueryDefs("MyTempQuery") Qd.SQL = sSQL Set Qd = Nothing Docmd.OpenQuery "MyTempQuery" 3/ How many records were involved with the other databases? Lambert > -----Original Message----- > From: Bobby Heid [SMTP:bheid at appdevgrp.com] > Sent: Wednesday, June 30, 2004 3:31 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: Updated subject: Query failing to execute WAS: RE: > [AccessD] Combobox question UPDATE > > I let it run during lunch and it finally did get through the query. It > updated about 48000 records. > > I still do not know why it is taking so long. I even took off almost all > of > the indexes of the payroll table and it still took a very long time. > > Any ideas? > > Thanks, > Bobby > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid > Sent: Wednesday, June 30, 2004 11:41 AM > To: 'Access Developers discussion and problem solving' > Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] > Combobox question > > > Sorry about that. I forgot to change the subject. > > Bobby > > > -----Original Message----- > From: Bobby Heid [mailto:bheid at appdevgrp.com] > Sent: Wednesday, June 30, 2004 11:40 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Combo box question > > > Hi all, > > I have a query that is run during a conversion of a database that appears > to > be hanging on this one particular database. > > Here's the query: > UPDATE Contract > INNER JOIN [Payroll Line Items] > ON Contract.[Contract ID] = [Payroll Line Items].[Contract > ID] > SET [Payroll Line Items].PolicyID = [EnforceWCID] > WHERE [Payroll Line Items].CostType='WC' > AND Contract.EnforceWCID<>0; > > This query is placed into a string and executed with: db.execute > strSQL,dbfailonerror > > There are ~192,000 payroll records and ~3500 contract records. > > If I copy the SQL into the query designer and run it, it only takes about > 5 > seconds or so to execute. I have let the version in the code run for over > 1/2 hour and have to end up killing access. > > Anyone have any ideas as to what may be happening? I am running AXP sp2. > The tables are linked. This code has ran fine on over 100 other > conversions. > > Thanks, > Bobby > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Wed Jun 30 15:57:06 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 30 Jun 2004 16:57:06 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question UPDATE Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA0C3@xlivmbx21.aig.com> Plus, I neglected to mention that "MyTempQuery" is the name of an already existing query in the database. Lambert > -----Original Message----- > From: Heenan, Lambert [SMTP:Lambert.Heenan at aig.com] > Sent: Wednesday, June 30, 2004 4:44 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: Updated subject: Query failing to execute WAS: RE: > [AccessD] Combobox question UPDATE > > My 2 cents worth. > > 1/ Removing the indexes is a sure fire way to slow things down. > 2/ If this is running on a JET database then executing the SQL string > directly does not give the JET engine a chance to optimize the query. > Better > to plug the SQL into a querydef and the run the query, as you discovered. > How to do that in code?... > > Dim Qd as QueryDef > Dim sSQL as String > > sSQL = "UPDATE Contract INNER JOIN [Payroll Line Items] ON > Contract.[Contract ID] = [Payroll Line Items].Contract ID] SET [Payroll > Line > Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' > AND > Contract.EnforceWCID<>0;" > > Set Qd = CurrentDb.QueryDefs("MyTempQuery") > Qd.SQL = sSQL > Set Qd = Nothing > Docmd.OpenQuery "MyTempQuery" > > 3/ How many records were involved with the other databases? > > Lambert > > > -----Original Message----- > > From: Bobby Heid [SMTP:bheid at appdevgrp.com] > > Sent: Wednesday, June 30, 2004 3:31 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: Updated subject: Query failing to execute WAS: RE: > > [AccessD] Combobox question UPDATE > > > > I let it run during lunch and it finally did get through the query. It > > updated about 48000 records. > > > > I still do not know why it is taking so long. I even took off almost > all > > of > > the indexes of the payroll table and it still took a very long time. > > > > Any ideas? > > > > Thanks, > > Bobby > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid > > Sent: Wednesday, June 30, 2004 11:41 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] > > Combobox question > > > > > > Sorry about that. I forgot to change the subject. > > > > Bobby > > > > > > -----Original Message----- > > From: Bobby Heid [mailto:bheid at appdevgrp.com] > > Sent: Wednesday, June 30, 2004 11:40 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] Combo box question > > > > > > Hi all, > > > > I have a query that is run during a conversion of a database that > appears > > to > > be hanging on this one particular database. > > > > Here's the query: > > UPDATE Contract > > INNER JOIN [Payroll Line Items] > > ON Contract.[Contract ID] = [Payroll Line Items].[Contract > > ID] > > SET [Payroll Line Items].PolicyID = [EnforceWCID] > > WHERE [Payroll Line Items].CostType='WC' > > AND Contract.EnforceWCID<>0; > > > > This query is placed into a string and executed with: db.execute > > strSQL,dbfailonerror > > > > There are ~192,000 payroll records and ~3500 contract records. > > > > If I copy the SQL into the query designer and run it, it only takes > about > > 5 > > seconds or so to execute. I have let the version in the code run for > over > > 1/2 hour and have to end up killing access. > > > > Anyone have any ideas as to what may be happening? I am running AXP > sp2. > > The tables are linked. This code has ran fine on over 100 other > > conversions. > > > > Thanks, > > Bobby > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 17:30:12 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 08:30:12 +1000 Subject: [AccessD] SQL ANDs Message-ID: <002b01c45ef1$cf262790$0100000a@mitmaster> Hi Folks I have a report query that has a WHERE followered by one or a number of ANDs. The components of the ANDs reference text boxes on a form each of which may or may not be populated. How can I get it to negate one or a number of the ANDs if the target box is Null? At the moment if any one of the AND components is Null no records are returned. I've played around with IIF to test each box first but no luck so far.... Thanks Martin From ssharkins at bellsouth.net Wed Jun 30 18:17:19 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 30 Jun 2004 19:17:19 -0400 Subject: [AccessD] SQL ANDs In-Reply-To: <002b01c45ef1$cf262790$0100000a@mitmaster> Message-ID: <20040630231714.QHJF1705.imf16aec.mail.bellsouth.net@SUSANONE> Do you mean, you want to return a value other than Null or you want to exclude that particular And component from the SQL string entirely? Susan H. Hi Folks I have a report query that has a WHERE followered by one or a number of ANDs. The components of the ANDs reference text boxes on a form each of which may or may not be populated. How can I get it to negate one or a number of the ANDs if the target box is Null? At the moment if any one of the AND components is Null no records are returned. I've played around with IIF to test each box first but no luck so far.... Thanks From mcaro at bigpond.net.au Wed Jun 30 19:42:43 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 10:42:43 +1000 Subject: [AccessD] SQL ANDs References: <20040630231714.QHJF1705.imf16aec.mail.bellsouth.net@SUSANONE> Message-ID: <004901c45f04$521014b0$0100000a@mitmaster> Exclude that particular And component from the SQL entirely Martin ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Thursday, July 01, 2004 9:17 AM Subject: RE: [AccessD] SQL ANDs > Do you mean, you want to return a value other than Null or you want to > exclude that particular And component from the SQL string entirely? > > Susan H. > > Hi Folks > > I have a report query that has a WHERE followered by one or a number of > ANDs. The components of the ANDs reference text boxes on a form each of > which may or may not be populated. How can I get it to negate one or a > number of the ANDs if the target box is Null? At the moment if any one of > the AND components is Null no records are returned. I've played around with > IIF to test each box first but no luck so far.... > > Thanks > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 30 19:47:30 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 30 Jun 2004 17:47:30 -0700 Subject: [AccessD] MSDE is now SQL Server Express Edition References: <20040630231714.QHJF1705.imf16aec.mail.bellsouth.net@SUSANONE> Message-ID: <40E35F22.5010401@shaw.ca> http://www.itworldcanada.com/Pages/Docbase/ViewArticle.aspx?ID=idgml-d69d0519-f389-41c0-a316-a8b92ed93714&Portal=Integrating%20IT If anyone knows where to download the beta's for Visual Basic 2005 Express Edition or Visual C# 2005 Express Edition due out next week I wouldn't mind knowing where to get them. -- Marty Connelly Victoria, B.C. Canada From stephen at bondsoftware.co.nz Wed Jun 30 20:27:49 2004 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Thu, 01 Jul 2004 13:27:49 +1200 Subject: [AccessD] SQL ANDs Message-ID: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> How about ... WHERE (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) AND (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) AND ... etc Stephen Bond > -----Original Message----- > From: Martin Caro [mailto:mcaro at bigpond.net.au] > Sent: Thursday, 1 July 2004 10:30 a.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] SQL ANDs > > > Hi Folks > > I have a report query that has a WHERE followered by one or a > number of ANDs. The components of the ANDs reference text > boxes on a form each of which may or may not be populated. > How can I get it to negate one or a number of the ANDs if the > target box is Null? At the moment if any one of the AND > components is Null no records are returned. I've played > around with IIF to test each box first but no luck so far.... > > Thanks > > Martin > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lytlenj at yahoo.com Wed Jun 30 20:42:07 2004 From: lytlenj at yahoo.com (Nancy Lytle) Date: Wed, 30 Jun 2004 18:42:07 -0700 (PDT) Subject: [AccessD] MSDE is now SQL Server Express Edition Message-ID: <20040701014207.61752.qmail@web53901.mail.yahoo.com> I downloaded it and tried to install it, but the only thing that got installed was .Net 2.0. ( I have Win XP Pro with plenty of HD space and memory) http://lab.msdn.microsoft.com/vs2005/ Nancy Lytle From jmoss111 at bellsouth.net Wed Jun 30 20:45:16 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Wed, 30 Jun 2004 20:45:16 -0500 Subject: [AccessD] MSDE is now SQL Server Express Edition In-Reply-To: <40E35F22.5010401@shaw.ca> Message-ID: Here is the link to the base site, but what I can't find is the link to download .net framework beta 2 which is required by all of the express edition products. If anyone has a link to that, please enlighten me. http://lab.msdn.microsoft.com/vs2005/Default.aspx?did=1&t=4dBvzSBXOD8yXm8YdE RN57qfMSadd7Wh3L2dyXz1zFLmUU9wzjwao!LqUCUvB19S9zlQOZ1ViA9yEyVoNxAT*vCg$$&p=4 CUK6OY1LG688ZHBKzZKBJQgc!8AtWmEhxZUzMCDnBzxhyjZ9wlQYXsAtmcMDQrwh4oNEJNxj2TUV dSm9Jr3ngPbT2taRnU7PjvAuEw41QYVtODGvt7EcW3PfI4HYn7!q967CpYvrksF0$ JM -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Wednesday, June 30, 2004 7:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] MSDE is now SQL Server Express Edition http://www.itworldcanada.com/Pages/Docbase/ViewArticle.aspx?ID=idgml-d69d051 9-f389-41c0-a316-a8b92ed93714&Portal=Integrating%20IT If anyone knows where to download the beta's for Visual Basic 2005 Express Edition or Visual C# 2005 Express Edition due out next week I wouldn't mind knowing where to get them. -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Wed Jun 30 20:58:02 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Wed, 30 Jun 2004 21:58:02 -0400 Subject: [AccessD] MSDE is now SQL Server Express Edition In-Reply-To: <40E35F22.5010401@shaw.ca> Message-ID: <000c01c45f0e$db1bce70$6401a8c0@COA3> Marty: Express Beta Home: http://lab.msdn.microsoft.com/express/ Cheers, Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Wednesday, June 30, 2004 8:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] MSDE is now SQL Server Express Edition http://www.itworldcanada.com/Pages/Docbase/ViewArticle.aspx?ID=idgml-d69 d0519-f389-41c0-a316-a8b92ed93714&Portal=Integrating%20IT If anyone knows where to download the beta's for Visual Basic 2005 Express Edition or Visual C# 2005 Express Edition due out next week I wouldn't mind knowing where to get them. -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 21:07:16 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 12:07:16 +1000 Subject: [AccessD] SQL ANDs References: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> Message-ID: <00d601c45f10$220ed790$0100000a@mitmaster> Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Wed Jun 30 21:17:55 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 30 Jun 2004 22:17:55 -0400 Subject: [AccessD] SQL ANDs References: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> <00d601c45f10$220ed790$0100000a@mitmaster> Message-ID: <000d01c45f11$9edf3ed0$dd2f0a44@bcsrkeext6137> Martin - forms aren't My strong point, but what about the following syntax. Dave if IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" ----- Original Message ----- From: "Martin Caro" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:07 PM Subject: Re: [AccessD] SQL ANDs Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Wed Jun 30 21:26:43 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 30 Jun 2004 22:26:43 -0400 Subject: Fw: [AccessD] SQL ANDs Message-ID: <003501c45f12$d9d8ca50$dd2f0a44@bcsrkeext6137> Woops "Not" makes a big difference. ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:17 PM Subject: Re: [AccessD] SQL ANDs Martin - forms aren't My strong point, but what about the following syntax. Dave if Not IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" ----- Original Message ----- From: "Martin Caro" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:07 PM Subject: Re: [AccessD] SQL ANDs Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 21:40:20 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 12:40:20 +1000 Subject: [AccessD] SQL ANDs References: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> <00d601c45f10$220ed790$0100000a@mitmaster> <000d01c45f11$9edf3ed0$dd2f0a44@bcsrkeext6137> Message-ID: <010001c45f14$c068ba10$0100000a@mitmaster> Might have a problem there as I'm referencing Integer fields...... Martin ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 12:17 PM Subject: Re: [AccessD] SQL ANDs > Martin - forms aren't My strong point, but what about > the following syntax. > > Dave > > > if IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" > > > > ----- Original Message ----- > From: "Martin Caro" > To: "Access Developers discussion and problem solving" > > Sent: Wednesday, June 30, 2004 10:07 PM > Subject: Re: [AccessD] SQL ANDs > > > Thanks for the suggestion Stephen but I tried inserting that syntax as > criteria for each field but with no luck, it looked promising. Even when I > tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was > empty. > > Any other thoughts? > > Martin > > ----- Original Message ----- > From: "Stephen Bond" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, July 01, 2004 11:27 AM > Subject: RE: [AccessD] SQL ANDs > > > > How about ... > > > > WHERE > > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > > AND > > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > > AND ... etc > > > > Stephen Bond > > > > > -----Original Message----- > > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > > Sent: Thursday, 1 July 2004 10:30 a.m. > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] SQL ANDs > > > > > > > > > Hi Folks > > > > > > I have a report query that has a WHERE followered by one or a > > > number of ANDs. The components of the ANDs reference text > > > boxes on a form each of which may or may not be populated. > > > How can I get it to negate one or a number of the ANDs if the > > > target box is Null? At the moment if any one of the AND > > > components is Null no records are returned. I've played > > > around with IIF to test each box first but no luck so far.... > > > > > > Thanks > > > > > > Martin > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 21:46:36 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 12:46:36 +1000 Subject: [AccessD] SQL ANDs References: <003501c45f12$d9d8ca50$dd2f0a44@bcsrkeext6137> Message-ID: <010701c45f15$a08aa810$0100000a@mitmaster> Had caught up with that but I need a wild card on intergers for this to work I think! Martin ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 12:26 PM Subject: Fw: [AccessD] SQL ANDs Woops "Not" makes a big difference. ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:17 PM Subject: Re: [AccessD] SQL ANDs Martin - forms aren't My strong point, but what about the following syntax. Dave if Not IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" ----- Original Message ----- From: "Martin Caro" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:07 PM Subject: Re: [AccessD] SQL ANDs Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 30 21:51:01 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Jul 2004 12:51:01 +1000 Subject: [AccessD] SQL ANDs In-Reply-To: <010001c45f14$c068ba10$0100000a@mitmaster> Message-ID: <40E408B5.27567.64E26A8@localhost> On 1 Jul 2004 at 12:40, Martin Caro wrote: > Might have a problem there as I'm referencing Integer fields...... > How about posting the actual SQL that does work if all the boxes are selected, that will make it much easier to give you a working solution rather than keep on finding out these extra points. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From mcaro at bigpond.net.au Wed Jun 30 23:28:23 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 14:28:23 +1000 Subject: [AccessD] SQL ANDs References: <40E408B5.27567.64E26A8@localhost> Message-ID: <012f01c45f23$d87c37d0$0100000a@mitmaster> Thanks Stuart, below is the SQL and it selects records depending on if one or more components of the AND construct have values inserted. The first AND will always have data (ie the date range and the TargetPestPlantID) but if one (or more) of the remaining components are left vacant I do not want the whole construct not to work. Martin SELECT....................etc FROM dbo_ViewPWLocations WHERE (((dbo_ViewPWLocations.ActivationDate) Between [Forms]![frmReports]![RptStartDate] And [Forms]![frmReports]![rptEndDate]) AND ((dbo_ViewPWLocations.TargetPestPlantID)=[Forms]![frmReports]![TempPestID]) AND ((dbo_ViewPWLocations.PremiseTypeID)=[Forms]![frmReports]![rptPremise]) AND ((dbo_ViewPWLocations.InspectorID)=[Forms]![frmReports]![rptInspector]) AND ((dbo_ViewPWLocations.LocationTownCity)=[Forms]![frmReports]![rptSuburb])); ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 12:51 PM Subject: Re: [AccessD] SQL ANDs > On 1 Jul 2004 at 12:40, Martin Caro wrote: > > > Might have a problem there as I'm referencing Integer fields...... > > > > How about posting the actual SQL that does work if all the boxes are selected, > that will make it much easier to give you a working solution rather than keep > on finding out these extra points. > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davide at dalyn.co.nz Tue Jun 1 00:26:14 2004 From: davide at dalyn.co.nz (David Emerson) Date: Tue, 01 Jun 2004 17:26:14 +1200 Subject: [AccessD] Importing Text File Message-ID: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Access XP ade, SQL2000 I am transferring a text file into an SQL BE for processing. The command I am using is - DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False It works fine on my development machine. When I take it to my client's site and run the code from a run time installation (using Sagekey/Wise installation) I get an error message Error 31519 - You cannot import this file. The destination table exists on the client's server. I cannot find anything on the web or help or BOL. Is there a file that should be included in the installation to allow importing? I can export text files from within the program ok. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From accessd at shaw.ca Tue Jun 1 00:40:22 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 31 May 2004 22:40:22 -0700 Subject: [AccessD] VB.NET In-Reply-To: <002001c446a3$77870f10$e086b3d1@delllaptop> Message-ID: Hi All: Microsoft is giving away free copies of VB.NET standard. There is a process that needs to be observed before a fully operation CD will be mailed out. You have to follow through a set of 5 web videos and entry web pages before you are allowed to fill the form that will hold your mailing address. List members will not find the process a difficulty one, but it can be a little lengthy. So go get yourself a cup of coffee or Chi Tea, turn your monitor and speakers on and get ready to embrace VB.NET. http://msdn.microsoft.com/vbasic/atthemovies/ Unfortunately, Microsoft's generousity only extends to inhabitants of Canada and of course USA. Jim From actebs at actebs.com.au Tue Jun 1 00:51:45 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 1 Jun 2004 15:51:45 +1000 Subject: [AccessD] Access 2003 Message-ID: <009601c4479c$88664310$0b08a8c0@carltonone.local> Hi Everyone, An old client has just upgraded to Office 2003 and an application I did for them in Access 97 now needs to be migrated to A2K3. The reason for this post is I don't have Access 2003 and was not planning on getting it and was hoping that upgrading the application to AXP will do, just as any A2K app will run in AXP with no mods as it is treated as native. Is AXP native within A2K3? Also, are there any gotcha's that I need to be aware of... Thanks Vlad From accessd at shaw.ca Tue Jun 1 00:53:25 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 31 May 2004 22:53:25 -0700 Subject: [AccessD] Importing Text File In-Reply-To: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: David: How do you log on to you local server? (username/password/servername/databasename) You may not have logged in to your client's server properly or have access rights. If they are using pass-through or server validation make sure your username and password has been added to the security list or attached user group and your security is high enough. Finally, make sure, as a user, you actually have write rights to the tables and executable rights to any SPs. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson Sent: Monday, May 31, 2004 10:26 PM To: accessd at databaseadvisors.com Subject: [AccessD] Importing Text File Access XP ade, SQL2000 I am transferring a text file into an SQL BE for processing. The command I am using is - DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False It works fine on my development machine. When I take it to my client's site and run the code from a run time installation (using Sagekey/Wise installation) I get an error message Error 31519 - You cannot import this file. The destination table exists on the client's server. I cannot find anything on the web or help or BOL. Is there a file that should be included in the installation to allow importing? I can export text files from within the program ok. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at pacific.net.hk Tue Jun 1 01:43:25 2004 From: stuart at pacific.net.hk (Stuart Sanders) Date: Tue, 1 Jun 2004 14:43:25 +0800 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: Message-ID: <02b201c447a3$bd5370a0$2a00a8c0@nbbits01> I know this is already a week old, but I am only just now catching up on an interesting topic and thought I'd "share" my office address. Business Information Technology Solutions Limited (49 char) 1001 Workingberg Commercial Building (36 char) 41-47 Marble Road North Point Hong Kong As you can see the first line is 49 characters. I have yet to do business with an "Internationalised" US company's website that simple allows me to enter my address as it stands without jumping through some hoop or another. To be honest, the US is far from being the only offender on this. Trust me I know. - Invariable it requires shortening (sometimes severely) the first two lines. It is not uncommon for 25 letters to be the maximum allowed. I have seen business names in this part of the world that are over 100 characters in length. - It is also not uncommon that 2 address lines are all that is provided. - 99% of sites require a postal code. I don't have one. - 99% of sites require a state. I don't have one. I sometimes wonder whether there would be a market for an address datachecker with business rules on a country by country basis. But then since it is we the "user" that have to jumo through the hoops, probably not. I do know that some sites have lost business if they are too strict on their data entry rules. Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Scott Marcus > Sent: Wednesday, 26 May 2004 12:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] On DB Bloat, Bad DB Design, and various > > > Now you are being ridiculous. These are just examples. I > think you would rarely run into and address line greater than > 50, but that's not the point. > > There are things like the backend up grader to do these jobs > for you. Don't take it personal, I just find this an > interesting and entertaining topic. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 From gustav at cactus.dk Tue Jun 1 02:59:14 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 09:59:14 +0200 Subject: [AccessD] A2K: Loop through Forms and close open forms In-Reply-To: <004001c44769$8f93e8f0$48619a89@DDICK> References: <004001c44769$8f93e8f0$48619a89@DDICK> Message-ID: <1453763751.20040601095914@cactus.dk> Hi Darren Another option is to loop through the opened forms only and close these one by one (if possible): Public Function CloseAllForms() As Boolean ' Close all open forms. ' Returns True if success. ' Reports error message for any form that could not be closed. ' ' 1999-08-02. Cactus Data ApS, CPH. Dim lngForms As Long Dim lngForm As Long Dim strForm As String Dim strCaption As String Dim booError As Boolean Dim strMsgPrompt As String Dim strMsgTitle As String Dim lngMsgStyle As Long On Error GoTo Err_CloseAllForms lngForms = Forms.Count For lngForm = lngForms - 1 To 0 Step -1 ' Close forms in reverse order. strForm = Forms(lngForm).Name DoCmd.Close acForm, strForm Next lngForm CloseAllForms = Not booError Exit_CloseAllForms: Exit Function Err_CloseAllForms: strCaption = Forms(lngForm).Caption If Len(strCaption) > 0 Then strForm = strCaption End If strMsgTitle = "Error" strMsgPrompt = "Form '" & strForm & "' could not be closed." & vbCr & vbLf strMsgPrompt = strMsgPrompt & "Error:" & Str(Err.Number) & ". " & Err.Description lngMsgStyle = vbOKOnly + vbExclamation 'vbCritical DoCmd.Beep MsgBox strMsgPrompt, lngMsgStyle, strMsgTitle booError = True Resume Next End Function /gustav > I want to loop through the Forms collection and close any form/forms that is/are open. > Any suggestions? From gustav at cactus.dk Tue Jun 1 03:04:46 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 10:04:46 +0200 Subject: [AccessD] Importing Text File In-Reply-To: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> References: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: <1944096250.20040601100446@cactus.dk> Hi David If your file has another extension than txt that could be the cause. I would recommend running my own import routine, then you are in control. This has been discussed many times - look up the archive. /gustav > Access XP ade, SQL2000 > I am transferring a text file into an SQL BE for processing. The command I > am using is - > DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False > It works fine on my development machine. When I take it to my client's > site and run the code from a run time installation (using Sagekey/Wise > installation) I get an error message Error 31519 - You cannot import this file. From gustav at cactus.dk Tue Jun 1 03:11:23 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 10:11:23 +0200 Subject: [AccessD] VB.NET In-Reply-To: References: Message-ID: <1974493441.20040601101123@cactus.dk> Hi Jim Yes, US citizens and canads only ... for those tempted by C# there is an open source alternative with no videos - I read about it in Mike Gunderloy's newsletter: http://www.icsharpcode.net/OpenSource/SD/ By the way, how are our fellow listers flirting with .Net progressing? JC (and who?)? /gustav > Microsoft is giving away free copies of VB.NET standard. There is a process > that needs to be observed before a fully operation CD will be mailed out. > You have to follow through a set of 5 web videos and entry web pages before > you are allowed to fill the form that will hold your mailing address. > List members will not find the process a difficulty one, but it can be a > little lengthy. So go get yourself a cup of coffee or Chi Tea, turn your > monitor and speakers on and get ready to embrace VB.NET. > http://msdn.microsoft.com/vbasic/atthemovies/ > Unfortunately, Microsoft's generousity only extends to inhabitants of Canada > and of course USA. > Jim From gustav at cactus.dk Tue Jun 1 03:20:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 10:20:57 +0200 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: <02b201c447a3$bd5370a0$2a00a8c0@nbbits01> References: <02b201c447a3$bd5370a0$2a00a8c0@nbbits01> Message-ID: <1935066645.20040601102057@cactus.dk> Hi Stuart There certainly is a market. The problem is that this topic is very difficult to handle on a high level, thus applications for addressing tends to be quite expensive because you inevitably will need frequent updating of postal code validation. For those interested in this area, visit Graham Rhind's site with a huge collection of links: http://www.grcdi.nl It doesn't look nice, but browse a little ... /gustav > I know this is already a week old, but I am only just now catching up on > an interesting topic and thought I'd "share" my office address. > Business Information Technology Solutions Limited (49 char) > 1001 Workingberg Commercial Building (36 char) > 41-47 Marble Road > North Point > Hong Kong > As you can see the first line is 49 characters. I have yet to do > business with an "Internationalised" US company's website that simple > allows me to enter my address as it stands without jumping through some > hoop or another. To be honest, the US is far from being the only > offender on this. Trust me I know. > - Invariable it requires shortening (sometimes severely) the first two > lines. It is not uncommon for 25 letters to be the maximum allowed. I > have seen business names in this part of the world that are over 100 > characters in length. > - It is also not uncommon that 2 address lines are all that is provided. > - 99% of sites require a postal code. I don't have one. > - 99% of sites require a state. I don't have one. > I sometimes wonder whether there would be a market for an address > datachecker with business rules on a country by country basis. But then > since it is we the "user" that have to jumo through the hoops, probably > not. I do know that some sites have lost business if they are too > strict on their data entry rules. > Stuart From gustav at cactus.dk Tue Jun 1 04:06:40 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 11:06:40 +0200 Subject: [AccessD] ActiveX and AutoCorrect Message-ID: <1017809619.20040601110640@cactus.dk> Hi all Here's another reason to be careful with AutoCorrect: http://support.microsoft.com/default.aspx?scid=kb;EN-US;824165 /gustav From mikedorism at adelphia.net Tue Jun 1 05:36:39 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Tue, 1 Jun 2004 06:36:39 -0400 Subject: [AccessD] VB.NET In-Reply-To: <1974493441.20040601101123@cactus.dk> Message-ID: <000301c447c4$524ac350$cc0aa845@hargrove.internal> I'm actually holding my own quite well. I ran into a bit of a Crystal Report problem that stumped me because the idiots severly crippled the picture control but I managed to find a work around. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 4:11 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VB.NET Hi Jim Yes, US citizens and canads only ... for those tempted by C# there is an open source alternative with no videos - I read about it in Mike Gunderloy's newsletter: http://www.icsharpcode.net/OpenSource/SD/ By the way, how are our fellow listers flirting with .Net progressing? JC (and who?)? /gustav > Microsoft is giving away free copies of VB.NET standard. There is a > process that needs to be observed before a fully operation CD will be > mailed out. You have to follow through a set of 5 web videos and entry > web pages before you are allowed to fill the form that will hold your > mailing address. > List members will not find the process a difficulty one, but it can be > a little lengthy. So go get yourself a cup of coffee or Chi Tea, turn > your monitor and speakers on and get ready to embrace VB.NET. > http://msdn.microsoft.com/vbasic/atthemovies/ > Unfortunately, Microsoft's generousity only extends to inhabitants of > Canada and of course USA. Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Tue Jun 1 06:39:16 2004 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 1 Jun 2004 07:39:16 -0400 Subject: [AccessD] VB.NET Message-ID: < A2003 supports 3 file formats, 2000, 2002 and 2003. There are some problems in 97 conversions to 2002 that have apparently been fixed in 2003, but I don't have 2003 yet to test all of them. Charlotte Foust -----Original Message----- From: ACTEBS [mailto:actebs at actebs.com.au] Sent: Monday, May 31, 2004 9:52 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access 2003 Hi Everyone, An old client has just upgraded to Office 2003 and an application I did for them in Access 97 now needs to be migrated to A2K3. The reason for this post is I don't have Access 2003 and was not planning on getting it and was hoping that upgrading the application to AXP will do, just as any A2K app will run in AXP with no mods as it is treated as native. Is AXP native within A2K3? Also, are there any gotcha's that I need to be aware of... Thanks Vlad -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 10:27:33 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 08:27:33 -0700 Subject: [AccessD] Is there an easier way? Message-ID: John, I worked for a direct marketing company at one time, and our lists (50,000+) came in formatted differently, with names split differently and with no consistency. I did pretty much what you're describing. There really isn't an easier way ... Except get someone else to do it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Monday, May 31, 2004 8:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Tue Jun 1 10:32:59 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Tue, 1 Jun 2004 09:32:59 -0600 Subject: [AccessD] VB.NET Message-ID: <254500-22004621153259531@christopherhawkins.com> "By the way, how are our fellow listers flirting with .Net progressing?" I'm working my way through 'Microsoft C# Step-By-Step", and I'm not getting it. Frankly, I'm a tad worried. O_o -C- ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From ebarro at afsweb.com Tue Jun 1 10:35:14 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 08:35:14 -0700 Subject: [AccessD] Error 3146 ODBC Call Failed In-Reply-To: Message-ID: Access 97 front end using pass thru query that runs a stored procedure in SQL server 7.0 Error message: Error 3146 ODBC Call failed. All other "processes" on the FE are working except for this sproc. When sproc is run on SQL server 7.0 it runs fine but when run from the FE it craps out. Has anyone encountered this issue? If so what steps were taken to solve the issue. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From DWUTKA at marlow.com Tue Jun 1 10:47:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 10:47:09 -0500 Subject: [AccessD] A Database Design Question Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFA9@main2.marlow.com> Wouldn't you want to put the ClassificationID and CustomerID into the CustomerClassifications table? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Sunday, May 30, 2004 11:53 AM To: AccessD Subject: [AccessD] A Database Design Question I have 4 tables (actually lots of instances of this setup, but for simplicity let's deal with one only): Customers -- obvious CustomerDetails -- many Details for each Customer Classifications -- a list of generic classifications CustomerClassifications -- a table containing only the Classifications of interest to a given Customer The general idea is this. We populate Classifications with lots of commonly-used items such as Admin, User, Manager, etc. We populate CustomerClassifications using a combo and a NotInList event that allows the addition of new Classifications that aren't already in the Classifications table. When the user adds new CustomerDetails, we see only the Classifications of interest to said Customer (i.e. draw them from CustomerClassifications and get the text value for the combo from Classifications). Still with me? I hope so. Here's the question: should the table CustomerDetails store the CustomerClassicationID or the ClassificationID? TIA for opinions. Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 10:50:53 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 08:50:53 -0700 Subject: [AccessD] Paging Recordsets Message-ID: Mummy! Make him stop!! Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Friday, May 28, 2004 4:47 PM To: Access Developers discussion and problem solving Subject: RE: Re: [AccessD] Paging Recordsets Charlotte... I did after all state that it was not complete, just correct in concept... so there :-p :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Friday, May 28, 2004 5:28 PM To: Access Developers discussion and problem solving Subject: RE: Re: [AccessD] Paging Recordsets Well, I never have much occasion to use the Clone method, so what can you expect? I claim exemption from blushing, since you didn't show a declaration for the recordset object rsMyRecordset!! Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Friday, May 28, 2004 2:58 PM To: Access Developers discussion and problem solving Subject: RE: Re: [AccessD] Paging Recordsets Hi Charlotte: Have you tested this, Jim? I thought the .Clone method was for DAO recordsets. You can't just pass an ADO recordset to a DAO recordset unless they've changed something dramatically in the latest MDAC. No I have not tested the previous piece of code but I have a number of similar pieces of code, in various programs out there. Below is an exact piece just cut and pasted in just for your edification: The Function: Public Function FillFileAgencyData(lngEmployeeNumber As Long) As ADODB.Recordset Dim objCmd As ADODB.Command On Error GoTo Err_FillFileAgencyData Set objCmd = New ADODB.Command With objCmd .ActiveConnection = gstrConnection .CommandText = "REFileAgency" .CommandType = adCmdStoredProc .Parameters.Append .CreateParameter("@EmployeeNumber", adInteger, adParamInput, , lngEmployeeNumber) End With Set FillFileAgencyData = New ADODB.Recordset With FillFileAgencyData .CursorLocation = adUseClient .Open objCmd, , adOpenDynamic, adLockOptimistic End With Exit_FillFileAgencyData: On Error Resume Next Set objCmd = Nothing Exit Function Err_FillFileAgencyData: ShowErrMsg "Module: DataConnection, Function: FillFileAgencyData" Resume Exit_FillFileAgencyData End Function The caller: ... Dim rsFileAgency As New ADODB.Recordset Set rsFileAgency = FillFileAgencyData(typFileAgency.EmployeeNumber).Clone ... ...and it works like a hot D... So even an old master like yourself can learn something. Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rmoore at comtechpst.com Tue Jun 1 10:57:32 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Tue, 1 Jun 2004 11:57:32 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Message-ID: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore From Rich_Lavsa at pghcorning.com Tue Jun 1 10:59:51 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Tue, 1 Jun 2004 11:59:51 -0400 Subject: [AccessD] Is there an easier way? Message-ID: <833956F5C117124A89417638FDB11290EBD1C5@goexchange.pghcorning.com> I have done something like this, but on a smaller scale. I have a database that gets updated once a year by outside providers. I didn't want to go through what you described below so I took the time to build an "Update Database" that I sent out to all the companies that needed to update information. I leave it up to the companies to get the data into the database the way they want it, then they send the "update database" to me once a year. This process is so simple that it is totally left up to the users to decide when to update the database, so far its been a "no brainer" push the button marked "UPDATE" which goes out to the network location where the database expects it to be which will run all the validation code to update and insert data. I thought it was a good idea at first, and even better when I convinced the companies to format their data for me so I wouldn't have to worry about it. Sounds like a better approach for your purposes as well. Maybe feasible, maybe not.. G'luck Rich -----Original Message----- From: Charlotte Foust [mailto:cfoust at infostatsystems.com] Sent: Tuesday, June 01, 2004 11:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Is there an easier way? John, I worked for a direct marketing company at one time, and our lists (50,000+) came in formatted differently, with names split differently and with no consistency. I did pretty much what you're describing. There really isn't an easier way ... Except get someone else to do it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Monday, May 31, 2004 8:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 11:12:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 18:12:44 +0200 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> References: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> Message-ID: <35535219.20040601181244@cactus.dk> Hi Ron If your code looks something like this: intFreeFile = FreeFile Open strPrintFile For Output As #intFreeFile Print #intFreeFile, strPrint it should work. /gustav > To all who use Seth's code for 'File I/O in VB', > I really like the control that Seth's code provides, however, I'm having > trouble writing to the output file. I have verified the output string being > built from the recordset but the following line of code fails (drops out of > the module without executing remaining code and without an error being > raised). > 'Print #intFileDesc, stroutput 'Print output string to file' > Am I missing something here? Any ideas? > TIA as always, > Ron Moore From DWUTKA at marlow.com Tue Jun 1 11:18:54 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:18:54 -0500 Subject: [AccessD] Is there an easier way? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAB@main2.marlow.com> I built a similar utility for pulling in insurance 'spreadsheets' into an Accident and Incident reporting database. Essentially I built a 'matching' table, that would allow the users to create 'Import Specs' for different insurance companies. I then use VB to import the Excel sheets into Access. It's a little more complex then just an import, because it actually tries to find a matching record, then if it finds one, it compares the setup fields and 'reports' what fields it updated. I took pretty much the same approach that you did, but instead of pulling the data up directly in a query, I pull up two recordsets, and do a comparison check. I don't think there is an easier way to automate such a 'dynamic' situation. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Monday, May 31, 2004 11:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 11:20:10 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:20:10 -0500 Subject: [AccessD] Replacing multiple tokens in a text file? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAC@main2.marlow.com> How big is the text file? A string variable can handle (I think) 2 million characters, so as long as the text file isn't more then 2 megs, you should just be able to pull the entire thing into a string variable, then use Replace on the tokens, and save the file back. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Monday, May 31, 2004 1:20 PM To: accessd at databaseadvisors.com Subject: [AccessD] Replacing multiple tokens in a text file? I suppose the title says it all. ;) Given a text file with numerous (all different) tokens in it, how would I replace them? I mean, I know how to replace tokens in a string, but I've never had to use a text file for a string before. Should I stuff the entire text file into an array and wash it through my detokenizing code until no more tokens are found? Should I read the file line-by-line, replacing tokens as I go? I'm just not sure how to get started here. -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 11:27:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:27:09 -0500 Subject: [AccessD] Replacing multiple tokens in a text file? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAD@main2.marlow.com> Just an FYI, I've done a lot of 'playing around' with text files, and one of the issues I have noted is that it's not the size of the text file, or the string, that is the real speed issue. It's the joining of a string, or parsing. For example, I recently had a little project where the users wanted to parse out to a pipe delimited text file, various fields from a table. I whipped up a little VB code, and kicked it off. I ran it on the entire system, which had abou 65k records. It started doing about a thousand a second, and then began to slow down. It kept slowing down, down to 10 records a second (or so) around 30k. The speed issue was this: strTemp=strTemp & rs.Fields(i).value What is causing the delay, is that you are taking XXXXXXXXXXXXXXXXXXXXXX and setting it to XXXXXXXXXXXXXXXX+YYYY. As the string gets longer and longer, it is forcing the CPU to work overtime to process that line. It isn't being smart, and literally adding the one string to the end, it is literally 'rebuilding' the string over and over. As soon as I changed the code to write each line to file, instead of adding it to another string, it boosted up to about 2k a second, and stayed there through all 65k records. In the case of token replacement, I would think that Replace would would fine on the entire string, because I'm willing to bet that it is a faster string manipulation process then the roll your own types. I would think... Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of J?rgen Welz Sent: Monday, May 31, 2004 3:54 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Replacing multiple tokens in a text file? Line by line is ok if you're certain no tokens are split between lines. I once had to parse several hundred email log files from a news group to cull data for an access database. Each file was typically 300 to 800 K in size. I started by reading entire files into a string variable and then running the string manipulation code to parse but quickly determined that if I split the files into halves, each half took less than half the time to parse. I then split the file by halves, and halved the halves in a binary splitting procedure breaking on a space until the files were down to about 5 K. In that case, the time taken for splitting the string into quickly digested chunks was adding more time to the procedure than it saved. A bit of testing ultimately proved that a file size of around 7 to 8 K resulted in the best overall performance with the typical kind of data that needed to be processed. If I were to do it over again, I might be tempted to read in chunks at a time, finding the last delimiter and saving from there on in a temp variable to prepend to the next chunk to be read. I'm not certain that a line at a time will give the best performance but I do know from experience that excessively large strings take exponentially longer to process. The time for parsing a typical single file went from something like 5 to 10 minutes to under 30 seconds by splitting into smaller chunks before processing. Although VBA string variables can hold a a billion characters, that would probably take insanely long to process as a single string. If your text files are only a few hundred characters, I'd try timing the token operation on the full files. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Christopher Hawkins" >Reply-To: Access Developers discussion and problem >solving >To: accessd at databaseadvisors.com >Subject: [AccessD] Replacing multiple tokens in a text file? >Date: Mon, 31 May 2004 12:19:57 -0600 >MIME-Version: 1.0 >Received: from mc11-f26.hotmail.com ([65.54.167.33]) by mc11-s5.hotmail.com >with Microsoft SMTPSVC(5.0.2195.6824); Mon, 31 May 2004 11:21:49 -0700 >Received: from databaseadvisors.com ([209.135.140.44]) by >mc11-f26.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Mon, 31 May >2004 11:20:39 -0700 >Received: from databaseadvisors.com (databaseadvisors.com >[209.135.140.44])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i4VIJCQ01892;Mon, 31 May 2004 13:19:12 -0500 >Received: from mail-relay.gearhost.com (ns2.co.gearhost.net >[69.24.64.15])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i4VIIrQ01669for ; Mon, 31 May 2004 13:18:53 >-0500 >Received: from mail.gearhost.net ([69.24.64.25])by mail-relay.gearhost.com >(mail-relay.gearhost.com)(MDaemon.PRO.v7.1.0.R) with ESMTP id >md50000450849.msgfor ; Mon, 31 May 2004 >12:20:01 -0600 >Received: from christopherhawkins.com (unverified [127.0.0.1]) >bymail.gearhost.net(Rockliffe SMTPRA 4.5.6) with ESMTP id >for ; Mon, 31 >May 2004 12:19:57 -0600 >X-Message-Info: 1fLmhUU0vWFvdH+J6tlz6F85W0zaUsn6uS5jh9M9uj4= >Message-ID: <157240-220045131181957850 at christopherhawkins.com> >X-EM-Version: 6, 0, 0, 6 >X-EM-Registration: #00E0620610781F002A20 >X-Spam-Processed: mail-relay.gearhost.com, Mon, 31 May 2004 12:20:01 >-0600(not processed: spam filter disabled) >X-MDRemoteIP: 69.24.64.25 >X-Return-Path: clh at christopherhawkins.com >X-MDaemon-Deliver-To: accessd at databaseadvisors.com >X-BeenThere: accessd at databaseadvisors.com >X-Mailman-Version: 2.1.4 >Precedence: list >List-Id: Access Developers discussion and problem >solving >List-Help: >List-Post: >List-Subscribe: >, >List-Archive: >List-Unsubscribe: >, >Errors-To: accessd-bounces at databaseadvisors.com >Return-Path: accessd-bounces at databaseadvisors.com >X-OriginalArrivalTime: 31 May 2004 18:20:39.0809 (UTC) >FILETIME=[FA1D6710:01C4473B] > >I suppose the title says it all. ;) > >Given a text file with numerous (all different) tokens in it, how >would I replace them? I mean, I know how to replace tokens in a >string, but I've never had to use a text file for a string before. > >Should I stuff the entire text file into an array and wash it through >my detokenizing code until no more tokens are found? > >Should I read the file line-by-line, replacing tokens as I go? > >I'm just not sure how to get started here. > >-Christopher- > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee? Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 11:28:19 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 11:28:19 -0500 Subject: [AccessD] A2K: Loop through Forms and close open forms Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFAE@main2.marlow.com> Dim frm as Form For Each frm in Forms DoCmd.Close acForm, frm.Name Next That should do it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK Sent: Monday, May 31, 2004 6:47 PM To: AccessD List Subject: [AccessD] A2K: Loop through Forms and close open forms Hello all I want to loop through the Forms collection and close any form/forms that is/are open. Any suggestions? Many thanks in advance Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rmoore at comtechpst.com Tue Jun 1 11:29:36 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Tue, 1 Jun 2004 12:29:36 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <35535219.20040601181244@cactus.dk> Message-ID: <002601c447f5$a0c4ace0$5114a8c0@Comtech.Comtechpst.com> Gustav, My code does look like your example. I have the following: intFileDesc = FreeFile 'Get a free file descriptor Open strOutfile For Binary As #intFileDesc 'Open the output file for writing While Not rst.EOF 'Loop until end of recordset Print #intFileDesc, strOutput 'Print output string to file And still no output! I don't think the 'Binary' would be an issue. Regards, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 12:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Hi Ron If your code looks something like this: intFreeFile = FreeFile Open strPrintFile For Output As #intFreeFile Print #intFreeFile, strPrint it should work. /gustav > To all who use Seth's code for 'File I/O in VB', > I really like the control that Seth's code provides, however, I'm > having trouble writing to the output file. I have verified the output > string being built from the recordset but the following line of code > fails (drops out of the module without executing remaining code and > without an error being raised). > 'Print #intFileDesc, stroutput 'Print output string to file' > Am I missing something here? Any ideas? > TIA as always, > Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 11:40:16 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 18:40:16 +0200 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <002601c447f5$a0c4ace0$5114a8c0@Comtech.Comtechpst.com> References: <002601c447f5$a0c4ace0$5114a8c0@Comtech.Comtechpst.com> Message-ID: <1887186884.20040601184016@cactus.dk> Hi Ron > My code does look like your example. .. Well, yes, but Binary and Output is not the same. /gustav > I have the following: > intFileDesc = FreeFile 'Get a free file descriptor > Open strOutfile For Binary As #intFileDesc 'Open the output file for writing > While Not rst.EOF 'Loop until end of recordset > Print #intFileDesc, strOutput 'Print output string to file > And still no output! I don't think the 'Binary' would be an issue. > Regards, > Ron > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, June 01, 2004 12:13 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: > Hi Ron > If your code looks something like this: > intFreeFile = FreeFile > Open strPrintFile For Output As #intFreeFile > Print #intFreeFile, strPrint > it should work. > /gustav >> To all who use Seth's code for 'File I/O in VB', >> I really like the control that Seth's code provides, however, I'm >> having trouble writing to the output file. I have verified the output >> string being built from the recordset but the following line of code >> fails (drops out of the module without executing remaining code and >> without an error being raised). >> 'Print #intFileDesc, stroutput 'Print output string to file' >> Am I missing something here? Any ideas? >> TIA as always, >> Ron Moore From BBarabash at TappeConstruction.com Tue Jun 1 12:00:32 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 12:00:32 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE622@TAPPEEXCH01> Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From rmoore at comtechpst.com Tue Jun 1 12:22:37 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Tue, 1 Jun 2004 13:22:37 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <1887186884.20040601184016@cactus.dk> Message-ID: <004301c447fd$08cb5da0$5114a8c0@Comtech.Comtechpst.com> Thanks Gustav, Sorry, My response was written 'tongue in cheek'. Binary is certainly the issue. Thanks again, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 12:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Hi Ron > My code does look like your example. .. Well, yes, but Binary and Output is not the same. /gustav > I have the following: > intFileDesc = FreeFile 'Get a free file descriptor > Open strOutfile For Binary As #intFileDesc 'Open the output file > for writing > While Not rst.EOF 'Loop until end of recordset > Print #intFileDesc, strOutput 'Print output string to file > And still no output! I don't think the 'Binary' would be an issue. > Regards, Ron > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Tuesday, June 01, 2004 12:13 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Trouble with Seth's I/O in lieu of transfertext: > Hi Ron > If your code looks something like this: > intFreeFile = FreeFile > Open strPrintFile For Output As #intFreeFile > Print #intFreeFile, strPrint > it should work. > /gustav >> To all who use Seth's code for 'File I/O in VB', >> I really like the control that Seth's code provides, however, I'm >> having trouble writing to the output file. I have verified the output >> string being built from the recordset but the following line of code >> fails (drops out of the module without executing remaining code and >> without an error being raised). >> 'Print #intFileDesc, stroutput 'Print output string to file' >> Am I missing something here? Any ideas? >> TIA as always, >> Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 12:30:10 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 19:30:10 +0200 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <004301c447fd$08cb5da0$5114a8c0@Comtech.Comtechpst.com> References: <004301c447fd$08cb5da0$5114a8c0@Comtech.Comtechpst.com> Message-ID: <10010181249.20040601193010@cactus.dk> Hi Ron Ahh, missed that. /gustav > Sorry, My response was written 'tongue in cheek'. Binary is certainly the > issue. > Thanks again, > Ron From DWUTKA at marlow.com Tue Jun 1 12:33:15 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 12:33:15 -0500 Subject: [AccessD] On DB Bloat, Bad DB Design, and various Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB0@main2.marlow.com> Actually our company's website will let you put in 255 characters for an address. LOL. However, the credit card company's site will only accept (I think) 35 characters). We record both billing and shipping information, and forward the 'billing' info to the CC site (to reduce repeat entry). As long as the payment is accepted, what we have set for shipping information remains unaltered, and is limited to 255 characters per field. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart Sanders Sent: Tuesday, June 01, 2004 1:43 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] On DB Bloat, Bad DB Design, and various I know this is already a week old, but I am only just now catching up on an interesting topic and thought I'd "share" my office address. Business Information Technology Solutions Limited (49 char) 1001 Workingberg Commercial Building (36 char) 41-47 Marble Road North Point Hong Kong As you can see the first line is 49 characters. I have yet to do business with an "Internationalised" US company's website that simple allows me to enter my address as it stands without jumping through some hoop or another. To be honest, the US is far from being the only offender on this. Trust me I know. - Invariable it requires shortening (sometimes severely) the first two lines. It is not uncommon for 25 letters to be the maximum allowed. I have seen business names in this part of the world that are over 100 characters in length. - It is also not uncommon that 2 address lines are all that is provided. - 99% of sites require a postal code. I don't have one. - 99% of sites require a state. I don't have one. I sometimes wonder whether there would be a market for an address datachecker with business rules on a country by country basis. But then since it is we the "user" that have to jumo through the hoops, probably not. I do know that some sites have lost business if they are too strict on their data entry rules. Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Scott Marcus > Sent: Wednesday, 26 May 2004 12:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] On DB Bloat, Bad DB Design, and various > > > Now you are being ridiculous. These are just examples. I > think you would rarely run into and address line greater than > 50, but that's not the point. > > There are things like the backend up grader to do these jobs > for you. Don't take it personal, I just find this an > interesting and entertaining topic. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 12:41:17 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 12:41:17 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB1@main2.marlow.com> Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gdb at AllenandAllen.com Tue Jun 1 12:45:38 2004 From: gdb at AllenandAllen.com (Boehm, Gary D.) Date: Tue, 1 Jun 2004 13:45:38 -0400 Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) Message-ID: I've created a 3 column report with one of the columns being "review date". What I'd like to do is grab the most recent review date and place it in the section header. In the example below, I'd like to pull 5/7/04 (the most recent review date)and place it in the section header. Any suggestions? Due_Date Description Review_Date <--Page Header John Doe Incident Date: 2/2/04 <--Section Header 1/2/05 testing 5/5/04 <--Data 1/3/05 testing123 5/6/04 1/4/05 testing456 5/7/04 Access 2002 SP-2 Gary Boehm From cfoust at infostatsystems.com Tue Jun 1 13:13:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 11:13:30 -0700 Subject: [AccessD] VB.NET Message-ID: Drew, VB requires runtimes as well. The difference is that the VB runtimes are almost always on the machine already. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 9:41 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ------------------------------------------------------------------------ ---- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Tue Jun 1 13:16:43 2004 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Tue, 1 Jun 2004 19:16:43 +0100 Subject: [AccessD] OT: The Great Primary Debate References: <000201c4472a$f77e61f0$7e01a8c0@colbyws> Message-ID: <001701c44804$99238f10$1b02a8c0@MARTINREID> I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin From ssharkins at bellsouth.net Tue Jun 1 13:23:24 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 1 Jun 2004 14:23:24 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001701c44804$99238f10$1b02a8c0@MARTINREID> Message-ID: <20040601182324.BZWM18130.imf20aec.mail.bellsouth.net@SUSANONE> OK, everyone remember that Martin started it this time! ;) Susan H. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC From rbgajewski at adelphia.net Tue Jun 1 13:38:26 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Tue, 1 Jun 2004 14:38:26 -0400 Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) In-Reply-To: Message-ID: Gary Use the DMax() function. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Boehm, Gary D. Sent: Tuesday, June 01, 2004 13:46 To: Access Developers discussion and problem solving Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) I've created a 3 column report with one of the columns being "review date". What I'd like to do is grab the most recent review date and place it in the section header. In the example below, I'd like to pull 5/7/04 (the most recent review date)and place it in the section header. Any suggestions? Due_Date Description Review_Date <--Page Header John Doe Incident Date: 2/2/04 <--Section Header 1/2/05 testing 5/5/04 <--Data 1/3/05 testing123 5/6/04 1/4/05 testing456 5/7/04 Access 2002 SP-2 Gary Boehm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 1 13:52:45 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 20:52:45 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001701c44804$99238f10$1b02a8c0@MARTINREID> References: <000201c4472a$f77e61f0$7e01a8c0@colbyws> <001701c44804$99238f10$1b02a8c0@MARTINREID> Message-ID: <6815136084.20040601205245@cactus.dk> Hi Martin One way to explain it to illustrate the consequences ... an accounting app I examined the other day is often forced to use five-field compound indexes due to the lack of a single key; it's awful. /gustav > I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 > Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving > to SQL Server. > Came to the section on Table Design. I said use an Identity value for the PK > on the table - all h%ll brooke loose for the next hour as the great debate > happened live in person. Pity JC wasnt there to back me up (<: Was split > between the younger developers who supported the use of the ID column and > the older developers and DBAs who use natural keys. Almost a 50//50 split on > age lines maybe reflecting different attitutes to design. Took me about > 20mins with one of the older guys to explain how the relationship was > maintained using Idt IDs as opposed to his staff number. He seemed to have > real problems getting the concept. > Martin From gustav at cactus.dk Tue Jun 1 13:53:19 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 1 Jun 2004 20:53:19 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <20040601182324.BZWM18130.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040601182324.BZWM18130.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <8115169552.20040601205319@cactus.dk> Hi Susan He's with you, we know that. /gustav > OK, everyone remember that Martin started it this time! ;) > Susan H. > Came to the section on Table Design. I said use an Identity value for the PK > on the table - all h%ll brooke loose for the next hour as the great debate > happened live in person. Pity JC From gdb at AllenandAllen.com Tue Jun 1 13:54:47 2004 From: gdb at AllenandAllen.com (Boehm, Gary D.) Date: Tue, 1 Jun 2004 14:54:47 -0400 Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) Message-ID: Thanks. Gary -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Gajewski Sent: Tuesday, June 01, 2004 2:38 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Show Most Recent Date in Section Header (cross-posted) Gary Use the DMax() function. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Boehm, Gary D. Sent: Tuesday, June 01, 2004 13:46 To: Access Developers discussion and problem solving Subject: [AccessD] Show Most Recent Date in Section Header (cross-posted) I've created a 3 column report with one of the columns being "review date". What I'd like to do is grab the most recent review date and place it in the section header. In the example below, I'd like to pull 5/7/04 (the most recent review date)and place it in the section header. Any suggestions? Due_Date Description Review_Date <--Page Header John Doe Incident Date: 2/2/04 <--Section Header 1/2/05 testing 5/5/04 <--Data 1/3/05 testing123 5/6/04 1/4/05 testing456 5/7/04 Access 2002 SP-2 Gary Boehm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 13:55:10 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 13:55:10 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB2@main2.marlow.com> I meant the issues involved between the runtimes. VB runtimes are 1.3 to 1.4 megs, compared to 25 or 26 meg for .Net. I have also heard of version issues between .Net runtimes. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Tuesday, June 01, 2004 1:14 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew, VB requires runtimes as well. The difference is that the VB runtimes are almost always on the machine already. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 9:41 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ------------------------------------------------------------------------ ---- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Tue Jun 1 13:55:44 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 13:55:44 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE626@TAPPEEXCH01> As part of the code execution process, VB.NET code is compiled to CIL (common intermediate language) code to run through the CLR (common language runtime). You can still step through the code, set breakpoints, etc. the same as VB6 though. Since everything I develop is in house, installing the .NET runtimes isn't a big deal for me. I know that many ISVs are apprehensive about creating .NET applications, since packaging the framework with their app would add 23 MB to it. Even in that case, there are already a handful of 3rd party linkers available that will allow you to distribute your app with only the necessary assemblies instead of the entire framework. For example: http://www.remotesoft.com/linker/ What pains do I have with VB6? (...and how does .NET improve upon them?) Well, for starters... - No object inheritance (Inherits keyword) - Flaky Initialize/Terminate events instead of proper object constructors (New, Finalize) - Hit 'n' miss garbage collection (it is no longer necessary to Set = Nothing, in fact the Set keyword is no more) - Declaring object variables As New = Pure evil (fixed in VB.NET: As New actually creates a new instance instead of the "instantiate on demand" nonsense) - Cannot initialize variables when declaring (Dim x As Integer = 123) - Weird bracket syntax for calling functions instead of subs (ALL procedures have brackets around the arguments when calling them, and the Call keyword is no more) - Implicit type conversion and default Variant datatypes (Option Strict) - Default object properties e.g. MyControl = "Hello" : Hmm... What property am I modifying? (no longer allowed, except for indexed properties) - Crappy On Error GoTo error handling method (Try...Catch Exception) - Cumbersome Win32 API calling conventions i.e. converting your data to match the C DLL syntax. (most of these calls have been built into the framework.) - Default ByRef procedure arguments = Pure evil again (now defaults to ByVal) - Arrays and collections can be tricky to work with and somewhat limited (ArrayList) - Cannot delegate event handling (Handles keyword) - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you can now actually inherit the Windows.Forms class and override/extend any behaviors you want. Or how about creating base "template" forms and inheriting your application screens from them). - Archaic Open, Input, Print, etc. I/O methods (System.IO) - No console I/O support (you can now create a console project, which is ideal for apps that run as part of batch processes). - Windows services require a separate OCX (you can now create a Windows Service project). - Multithreading is near impossible to implement, and is often unstable (System.Threading) - COM DLL hell: Installing a newer COM DLL can cause projects to break (fixed with the Global Assembly Cache, allowing multiple versions of a library to happily live on the same machine. The application's manifest and config files specify which version to use). As I said earlier, the learning curve has been a steep one, but I feel like a kid on Christmas morning again, with all these new toys to play with! -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 12:41 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From DWUTKA at marlow.com Tue Jun 1 13:56:08 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 13:56:08 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB3@main2.marlow.com> Are you jealous? LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Tuesday, June 01, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate OK, everyone remember that Martin started it this time! ;) Susan H. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davide at dalyn.co.nz Tue Jun 1 13:56:16 2004 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 02 Jun 2004 06:56:16 +1200 Subject: [AccessD] Importing Text File In-Reply-To: References: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20040602064926.00b2b5e0@mail.dalyn.co.nz> Thanks for the response. The client is logging in using their own username/password as set up in SQL. I have checked the permissions on the table and they are ok. Is it possible that a dll needs to be registered to be able to import text? David At 31/05/2004, you wrote: >David: > >How do you log on to you local server? >(username/password/servername/databasename) You may not have logged in to >your client's server properly or have access rights. If they are using >pass-through or server validation make sure your username and password has >been added to the security list or attached user group and your security is >high enough. Finally, make sure, as a user, you actually have write rights >to the tables and executable rights to any SPs. > >HTH >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson >Sent: Monday, May 31, 2004 10:26 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Importing Text File > > >Access XP ade, SQL2000 > >I am transferring a text file into an SQL BE for processing. The command I >am using is - > >DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False > >It works fine on my development machine. When I take it to my client's >site and run the code from a run time installation (using Sagekey/Wise >installation) I get an error message Error 31519 - You cannot import this >file. > >The destination table exists on the client's server. > >I cannot find anything on the web or help or BOL. Is there a file that >should be included in the installation to allow importing? I can export >text files from within the program ok. > > >Regards > >David Emerson >Dalyn Software Ltd >25 Cunliffe St, Churton Park >Wellington, New Zealand >Ph/Fax (04) 478-7456 >Mobile 027-280-9348 > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 14:07:41 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 14:07:41 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB4@main2.marlow.com> LOL. Good points, I agree and disagree on some. I like some of what you call VB 'quirks'. Just a difference in opinions I guess. Hands down I agree that inheritance is a big step up. I still haven't been 'wowed' though. Just my opinion, I guess I'm just being a stick in the mud. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 1:56 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET As part of the code execution process, VB.NET code is compiled to CIL (common intermediate language) code to run through the CLR (common language runtime). You can still step through the code, set breakpoints, etc. the same as VB6 though. Since everything I develop is in house, installing the .NET runtimes isn't a big deal for me. I know that many ISVs are apprehensive about creating .NET applications, since packaging the framework with their app would add 23 MB to it. Even in that case, there are already a handful of 3rd party linkers available that will allow you to distribute your app with only the necessary assemblies instead of the entire framework. For example: http://www.remotesoft.com/linker/ What pains do I have with VB6? (...and how does .NET improve upon them?) Well, for starters... - No object inheritance (Inherits keyword) - Flaky Initialize/Terminate events instead of proper object constructors (New, Finalize) - Hit 'n' miss garbage collection (it is no longer necessary to Set = Nothing, in fact the Set keyword is no more) - Declaring object variables As New = Pure evil (fixed in VB.NET: As New actually creates a new instance instead of the "instantiate on demand" nonsense) - Cannot initialize variables when declaring (Dim x As Integer = 123) - Weird bracket syntax for calling functions instead of subs (ALL procedures have brackets around the arguments when calling them, and the Call keyword is no more) - Implicit type conversion and default Variant datatypes (Option Strict) - Default object properties e.g. MyControl = "Hello" : Hmm... What property am I modifying? (no longer allowed, except for indexed properties) - Crappy On Error GoTo error handling method (Try...Catch Exception) - Cumbersome Win32 API calling conventions i.e. converting your data to match the C DLL syntax. (most of these calls have been built into the framework.) - Default ByRef procedure arguments = Pure evil again (now defaults to ByVal) - Arrays and collections can be tricky to work with and somewhat limited (ArrayList) - Cannot delegate event handling (Handles keyword) - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you can now actually inherit the Windows.Forms class and override/extend any behaviors you want. Or how about creating base "template" forms and inheriting your application screens from them). - Archaic Open, Input, Print, etc. I/O methods (System.IO) - No console I/O support (you can now create a console project, which is ideal for apps that run as part of batch processes). - Windows services require a separate OCX (you can now create a Windows Service project). - Multithreading is near impossible to implement, and is often unstable (System.Threading) - COM DLL hell: Installing a newer COM DLL can cause projects to break (fixed with the Global Assembly Cache, allowing multiple versions of a library to happily live on the same machine. The application's manifest and config files specify which version to use). As I said earlier, the learning curve has been a steep one, but I feel like a kid on Christmas morning again, with all these new toys to play with! -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 12:41 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net >progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Tue Jun 1 14:23:22 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 14:23:22 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE628@TAPPEEXCH01> I'd be interested in knowing which ones you disagree with. To gain perspective, of course, not to stir up a heated argument (If you wanna talk about being wowed, try out the new ASP.NET features!) Bryan, Andy et al: I realize that this discussion is better suited to dba-VB, but since the majority of listers aren't subscribed to it, I purposely left it here. I promise to let this thread die on my end by sundown. -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 2:08 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET LOL. Good points, I agree and disagree on some. I like some of what you call VB 'quirks'. Just a difference in opinions I guess. Hands down I agree that inheritance is a big step up. I still haven't been 'wowed' though. Just my opinion, I guess I'm just being a stick in the mud. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 1:56 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET As part of the code execution process, VB.NET code is compiled to CIL (common intermediate language) code to run through the CLR (common language runtime). You can still step through the code, set breakpoints, etc. the same as VB6 though. Since everything I develop is in house, installing the .NET runtimes isn't a big deal for me. I know that many ISVs are apprehensive about creating .NET applications, since packaging the framework with their app would add 23 MB to it. Even in that case, there are already a handful of 3rd party linkers available that will allow you to distribute your app with only the necessary assemblies instead of the entire framework. For example: http://www.remotesoft.com/linker/ What pains do I have with VB6? (...and how does .NET improve upon them?) Well, for starters... - No object inheritance (Inherits keyword) - Flaky Initialize/Terminate events instead of proper object constructors (New, Finalize) - Hit 'n' miss garbage collection (it is no longer necessary to Set = Nothing, in fact the Set keyword is no more) - Declaring object variables As New = Pure evil (fixed in VB.NET: As New actually creates a new instance instead of the "instantiate on demand" nonsense) - Cannot initialize variables when declaring (Dim x As Integer = 123) - Weird bracket syntax for calling functions instead of subs (ALL procedures have brackets around the arguments when calling them, and the Call keyword is no more) - Implicit type conversion and default Variant datatypes (Option Strict) - Default object properties e.g. MyControl = "Hello" : Hmm... What property am I modifying? (no longer allowed, except for indexed properties) - Crappy On Error GoTo error handling method (Try...Catch Exception) - Cumbersome Win32 API calling conventions i.e. converting your data to match the C DLL syntax. (most of these calls have been built into the framework.) - Default ByRef procedure arguments = Pure evil again (now defaults to ByVal) - Arrays and collections can be tricky to work with and somewhat limited (ArrayList) - Cannot delegate event handling (Handles keyword) - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you can now actually inherit the Windows.Forms class and override/extend any behaviors you want. Or how about creating base "template" forms and inheriting your application screens from them). - Archaic Open, Input, Print, etc. I/O methods (System.IO) - No console I/O support (you can now create a console project, which is ideal for apps that run as part of batch processes). - Windows services require a separate OCX (you can now create a Windows Service project). - Multithreading is near impossible to implement, and is often unstable (System.Threading) - COM DLL hell: Installing a newer COM DLL can cause projects to break (fixed with the Global Assembly Cache, allowing multiple versions of a library to happily live on the same machine. The application's manifest and config files specify which version to use). As I said earlier, the learning curve has been a steep one, but I feel like a kid on Christmas morning again, with all these new toys to play with! -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 12:41 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Yes, but I think more pains have been added. I noticed it compiles like C++. Have you ever compiled C++? I am very novice at C++, but I went C++in, built my own little program. Compiled it, ran it. Yippie. Decided to get trickier with the code, compiled/built it......errors. Any help on the errors? Nothing obvious. Just errors. Took me a while to figure out and fix. Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB stops at the line it is having trouble with. Don't know if they do that in .Net or not, but I'm curious. Not too mention the 'runtimes' required for .NET, versus VB. I did the film thing though, just haven't figured out what machine I'm going to install it on. Just out of curiousity, what 'pains' do you have with VB? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 12:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET Just completed a 1-week course on VB.NET. IMHO, almost every pain associated with VB6 has been addressed in the current release. Clearly a steeper learning curve than prior releases (they added something like 26 keywords to the syntax), but MUCH more powerful. I'm looking forward to developing my first .NET app shortly. ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] VB.NET Date: Tue, 1 Jun 2004 10:11:23 +0200 >Hi Jim > >Yes, US citizens and canads only ... for those tempted by C# there is >an open source alternative with no videos - I read about it in Mike >Gunderloy's newsletter: > > http://www.icsharpcode.net/OpenSource/SD/ > >By the way, how are our fellow listers flirting with .Net progressing? >JC (and who?)? > >/gustav > > >> Microsoft is giving away free copies of VB.NET standard. There is >a process >> that needs to be observed before a fully operation CD will be >mailed out. >> You have to follow through a set of 5 web videos and entry web >pages before >> you are allowed to fill the form that will hold your mailing >address. > >> List members will not find the process a difficulty one, but it >can be a >> little lengthy. So go get yourself a cup of coffee or Chi Tea, >turn your >> monitor and speakers on and get ready to embrace VB.NET. > >> http://msdn.microsoft.com/vbasic/atthemovies/ > >> Unfortunately, Microsoft's generousity only extends to inhabitants >of Canada >> and of course USA. >> Jim -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From pharold at proftesting.com Tue Jun 1 14:26:53 2004 From: pharold at proftesting.com (Perry Harold) Date: Tue, 1 Jun 2004 15:26:53 -0400 Subject: [AccessD] Is there an easier way? In-Reply-To: <833956F5C117124A89417638FDB11290EBD1C5@goexchange.pghcorning.com> Message-ID: <000301c4480e$64e8b1d0$082da8c0@D58BT131> That's a great method when you can institute it. When you deal with governmental agencies especially and sometimes with companies that are bigger than yours, smaller than yours or don't have any IT personnel that know how to output data the rule is that you take what they give you. And if they feel like changing they will and you may only find out when the latest file arrives and it no longer works with your import routine that you built so carefully. Perry Harold -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Tuesday, June 01, 2004 12:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Is there an easier way? I have done something like this, but on a smaller scale. I have a database that gets updated once a year by outside providers. I didn't want to go through what you described below so I took the time to build an "Update Database" that I sent out to all the companies that needed to update information. I leave it up to the companies to get the data into the database the way they want it, then they send the "update database" to me once a year. This process is so simple that it is totally left up to the users to decide when to update the database, so far its been a "no brainer" push the button marked "UPDATE" which goes out to the network location where the database expects it to be which will run all the validation code to update and insert data. I thought it was a good idea at first, and even better when I convinced the companies to format their data for me so I wouldn't have to worry about it. Sounds like a better approach for your purposes as well. Maybe feasible, maybe not.. G'luck Rich -----Original Message----- From: Charlotte Foust [mailto:cfoust at infostatsystems.com] Sent: Tuesday, June 01, 2004 11:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Is there an easier way? John, I worked for a direct marketing company at one time, and our lists (50,000+) came in formatted differently, with names split differently and with no consistency. I did pretty much what you're describing. There really isn't an easier way ... Except get someone else to do it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Monday, May 31, 2004 8:19 AM To: AccessD Subject: [AccessD] Is there an easier way? Folks, I am working on a system where I need to import (and update existing) name / address data from a bunch of files collected from the states. These files contain name / address / license information for individuals licensed to perform physical therapy etc. and come in all kinds of formats, with all kinds of field names, many of which we don't use, all of which which is making the problem tougher. In the end, for now, the files will be pre-processed (by hand in many cases) to get them into Excel files. The preprocessing will include putting the state abreviation into the first two characters of the file name and a "data type" code into the remaining characters. This still leaves the problem of different field names, i.e. one file may have "Last Name", the next "LastName", the next "Lname" etc. I have built a system that allows the user to select an Excel file using File Find dialog. The file is copied to an common location plus an archive location with a name that includes the date etc. The program strips the state code and looks it up in the state table, and strips the data type code and looks it up in the data type table. If all this "passes", then I lookup the file name in tblImportFile. If it does not exist I save the file name / path / stateid and datatype id in a new record. Most importantly, the file in the common location is dynamically linked to the FE to allow queries to be created. By that I mean that I reach into the table def and change the "database=" of the connect string to the name/path of the file being processed so that it points to the file just selected by the user. If this is a new file (first time processed), the user now "matches" field names using a pair of combos, one of which displays the field names in our table and the other displays the field names from the linked excel file. As long as the state does not change the field names, this process only occurs once per file. The results are stored in tblImportSpec. tblImportFile holds the file, path, state id and datatype id. tblImportSpec holds the ID from tblImportFile for the file being processed, then the matching field names from our table / their table. With me so far? I go through all this nonsense so that I can dynamically build a query that "aliases" their field name to our field name, plus grab the state ID and datatype ID (and import date) and build up a SQL statement that when executed results in their field names matching my field names, for whatever fields in their table match fields in our table. I then save this SQL string into the SQL property of an existing query def. Thus at any time you can open that query and look at the data in an excel spreadsheet, with the field names matching my field names, and a handful of Ids that match up to state Ids and data type ids etc. Once ALL of this is done, I filter out duplicates, allow the user to set up filters such as last name matches etc. then use the resulting data to build a temporary table of data. The whole point of this exercise is to get a table of data matching people in our database so that I can update their address information with the information that the state provides, and of course add new people not in our database. The major issues here - Various file formats Various fields, some of which are not needed Various field names for the fields that are needed The process needs to be done regularly (at least once per year, sometimes more often) so it needs to be possible for a user to do this. Is my solution harder than it needs to be? Has anyone handled a situation like this and if so, how do you deal with it? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JRojas at tnco-inc.com Tue Jun 1 14:34:42 2004 From: JRojas at tnco-inc.com (Joe Rojas) Date: Tue, 1 Jun 2004 15:34:42 -0400 Subject: [AccessD] Adding ADODB parameters Message-ID: <0CC84C9461AE6445AD5A602001C41C4B059D17@mercury.tnco-inc.com> Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. From bchacc at san.rr.com Tue Jun 1 14:36:04 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 12:36:04 -0700 Subject: [AccessD] Another Chinese question Message-ID: <013101c4480f$adb6e390$6601a8c0@HAL9002> Dear List: I received the translations for the control captions and messages boxes from by contact in Taiwan. I have a routine which changes the captions of the labels and command button in the OnOpen event of a form and it works beautifully. However, I can't get the message boxes to display the Chinese characters. It displays ????? in place of the characters. The translations appear in the table as squares. That's ok. If I copy a translation directly into the code, it shows as ?????? Does anyone know offhand how to get foreign characters to display correctly in message boxes. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From rl_stewart at highstream.net Tue Jun 1 14:43:19 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 01 Jun 2004 14:43:19 -0500 Subject: [AccessD] Re: VB.NET In-Reply-To: <200406011615.i51GF6Q06088@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040601144104.0182bfa0@pop3.highstream.net> I am working on VB.net, ASP.net, and C#. Not too much difference between C and VB except the case sensitivity of C# and the ; at the end of almost each line of code. Luckily, I am getting it. I have a couple of sites that will be up and running in the next 3 weeks. Robert At 11:15 AM 6/1/2004 -0500, you wrote: >Date: Tue, 1 Jun 2004 09:32:59 -0600 >From: "Christopher Hawkins" >Subject: Re: [AccessD] VB.NET >To: accessd at databaseadvisors.com >Message-ID: <254500-22004621153259531 at christopherhawkins.com> >Content-Type: text/plain; charset=iso-8859-1 > >"By the way, how are our fellow listers flirting with .Net >progressing?" From bchacc at san.rr.com Tue Jun 1 14:44:58 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 12:44:58 -0700 Subject: [AccessD] VB.NET References: Message-ID: <016201c44810$ec4d1dd0$6601a8c0@HAL9002> Charlotte: How do you do deployment, then? Is the.NET project compiled so your source code is protected? And can you just send the compiled version? Rocky ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 01, 2004 11:13 AM Subject: RE: [AccessD] VB.NET > Drew, > > VB requires runtimes as well. The difference is that the VB runtimes > are almost always on the machine already. > > Charlotte Foust > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Tuesday, June 01, 2004 9:41 AM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] VB.NET > > > Yes, but I think more pains have been added. I noticed it compiles like > C++. Have you ever compiled C++? I am very novice at C++, but I went > C++in, > built my own little program. Compiled it, ran it. Yippie. Decided to > get trickier with the code, compiled/built it......errors. Any help on > the errors? Nothing obvious. Just errors. Took me a while to figure > out and fix. > > Now, doing the exact same thing in VB 6.0, goof the code, compile it, > and VB stops at the line it is having trouble with. > > Don't know if they do that in .Net or not, but I'm curious. Not too > mention the 'runtimes' required for .NET, versus VB. > > I did the film thing though, just haven't figured out what machine I'm > going to install it on. > > Just out of curiousity, what 'pains' do you have with VB? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash > Sent: Tuesday, June 01, 2004 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > Just completed a 1-week course on VB.NET. IMHO, almost every pain > associated with VB6 has been addressed in the current release. Clearly > a steeper learning curve than prior releases (they added something like > 26 keywords to the syntax), but MUCH more powerful. > > I'm looking forward to developing my first .NET app shortly. > > > ---- Original Message ---- > From: gustav at cactus.dk > To: accessd at databaseadvisors.com, > Subject: Re: [AccessD] VB.NET > Date: Tue, 1 Jun 2004 10:11:23 +0200 > > >Hi Jim > > > >Yes, US citizens and canads only ... for those tempted by C# there is > >an open source alternative with no videos - I read about it in Mike > >Gunderloy's newsletter: > > > > http://www.icsharpcode.net/OpenSource/SD/ > > > >By the way, how are our fellow listers flirting with .Net > >progressing? > >JC (and who?)? > > > >/gustav > > > > > >> Microsoft is giving away free copies of VB.NET standard. There is > >a process > >> that needs to be observed before a fully operation CD will be > >mailed out. > >> You have to follow through a set of 5 web videos and entry web > >pages before > >> you are allowed to fill the form that will hold your mailing > >address. > > > >> List members will not find the process a difficulty one, but it > >can be a > >> little lengthy. So go get yourself a cup of coffee or Chi Tea, > >turn your > >> monitor and speakers on and get ready to embrace VB.NET. > > > >> http://msdn.microsoft.com/vbasic/atthemovies/ > > > >> Unfortunately, Microsoft's generousity only extends to inhabitants > >of Canada > >> and of course USA. > >> Jim > > > ------------------------------------------------------------------------ > ---- > ---------------------------------------- > The information in this email may contain confidential information that > is legally privileged. The information is only for the use of the > intended > recipient(s) named above. If you are not the intended recipient(s), you > are hereby notified that any disclosure, copying, distribution, or the > taking > of any action in regard to the content of this email is strictly > prohibited. If > transmission is incorrect, unclear, or incomplete, please notify the > sender > immediately. The authorized recipient(s) of this information is/are > prohibited > from disclosing this information to any other party and is/are required > to > destroy the information after its stated need has been fulfilled. > > Any views expressed in this message are those of the individual sender, > except where the sender specifies and with authority, states them to be > the views of Tappe Construction Co. > > This footer also confirms that this email message has been scanned for > the presence of computer viruses.Scanning of this message and addition > of this footer is performed by SurfControl E-mail Filter software in > conjunction with virus detection software. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 14:46:18 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 14:46:18 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB5@main2.marlow.com> Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 2:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET I'd be interested in knowing which ones you disagree with. To gain perspective, of course, not to stir up a heated argument (If you wanna talk about being wowed, try out the new ASP.NET features!) Bryan, Andy et al: I realize that this discussion is better suited to dba-VB, but since the majority of listers aren't subscribed to it, I purposely left it here. I promise to let this thread die on my end by sundown. From bchacc at san.rr.com Tue Jun 1 14:47:34 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 12:47:34 -0700 Subject: [AccessD] VB.NET References: <2F8793082E00D4119A1700B0D0216BF8031BAFB4@main2.marlow.com> Message-ID: <018401c44811$490ae070$6601a8c0@HAL9002> What reporting features are in vb.net? Or do you need something like Crystal to do reports? Rocky ----- Original Message ----- From: To: Sent: Tuesday, June 01, 2004 12:07 PM Subject: RE: [AccessD] VB.NET > LOL. Good points, I agree and disagree on some. I like some of what you > call VB 'quirks'. Just a difference in opinions I guess. > > Hands down I agree that inheritance is a big step up. I still haven't been > 'wowed' though. Just my opinion, I guess I'm just being a stick in the mud. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash > Sent: Tuesday, June 01, 2004 1:56 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > As part of the code execution process, VB.NET code is compiled to CIL > (common intermediate language) code to run through the CLR (common language > runtime). You can still step through the code, set breakpoints, etc. the > same as VB6 though. > > Since everything I develop is in house, installing the .NET runtimes isn't a > big deal for me. I know that many ISVs are apprehensive about creating .NET > applications, since packaging the framework with their app would add 23 MB > to it. Even in that case, there are already a handful of 3rd party linkers > available that will allow you to distribute your app with only the necessary > assemblies instead of the entire framework. For example: > http://www.remotesoft.com/linker/ > > What pains do I have with VB6? (...and how does .NET improve upon them?) > Well, for starters... > > - No object inheritance (Inherits keyword) > - Flaky Initialize/Terminate events instead of proper object constructors > (New, Finalize) > - Hit 'n' miss garbage collection (it is no longer necessary to Set = > Nothing, in fact the Set keyword is no more) > - Declaring object variables As New = Pure evil (fixed in VB.NET: As New > actually creates a new instance instead of the "instantiate on demand" > nonsense) > - Cannot initialize variables when declaring (Dim x As Integer = 123) > - Weird bracket syntax for calling functions instead of subs (ALL procedures > have brackets around the arguments when calling them, and the Call keyword > is no more) > - Implicit type conversion and default Variant datatypes (Option Strict) > - Default object properties e.g. MyControl = "Hello" : Hmm... What property > am I modifying? (no longer allowed, except for indexed properties) > - Crappy On Error GoTo error handling method (Try...Catch Exception) > - Cumbersome Win32 API calling conventions i.e. converting your data to > match the C DLL syntax. (most of these calls have been built into the > framework.) > - Default ByRef procedure arguments = Pure evil again (now defaults to > ByVal) > - Arrays and collections can be tricky to work with and somewhat limited > (ArrayList) > - Cannot delegate event handling (Handles keyword) > - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you > can now actually inherit the Windows.Forms class and override/extend any > behaviors you want. Or how about creating base "template" forms and > inheriting your application screens from them). > - Archaic Open, Input, Print, etc. I/O methods (System.IO) > - No console I/O support (you can now create a console project, which is > ideal for apps that run as part of batch processes). > - Windows services require a separate OCX (you can now create a Windows > Service project). > - Multithreading is near impossible to implement, and is often unstable > (System.Threading) > - COM DLL hell: Installing a newer COM DLL can cause projects to break > (fixed with the Global Assembly Cache, allowing multiple versions of a > library to happily live on the same machine. The application's manifest and > config files specify which version to use). > > As I said earlier, the learning curve has been a steep one, but I feel like > a kid on Christmas morning again, with all these new toys to play with! > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Tuesday, June 01, 2004 12:41 PM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] VB.NET > > > > Yes, but I think more pains have been added. I noticed it compiles like > C++. Have you ever compiled C++? I am very novice at C++, but I went > C++in, > built my own little program. Compiled it, ran it. Yippie. Decided to get > trickier with the code, compiled/built it......errors. Any help on the > errors? Nothing obvious. Just errors. Took me a while to figure out and > fix. > > Now, doing the exact same thing in VB 6.0, goof the code, compile it, and VB > stops at the line it is having trouble with. > > Don't know if they do that in .Net or not, but I'm curious. Not too mention > the 'runtimes' required for .NET, versus VB. > > I did the film thing though, just haven't figured out what machine I'm going > to install it on. > > Just out of curiousity, what 'pains' do you have with VB? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash > Sent: Tuesday, June 01, 2004 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > Just completed a 1-week course on VB.NET. IMHO, almost every pain > associated with VB6 has been addressed in the current release. Clearly a > steeper learning curve than prior releases (they added something like 26 > keywords to the syntax), but MUCH more powerful. > > I'm looking forward to developing my first .NET app shortly. > > > ---- Original Message ---- > From: gustav at cactus.dk > To: accessd at databaseadvisors.com, > Subject: Re: [AccessD] VB.NET > Date: Tue, 1 Jun 2004 10:11:23 +0200 > > >Hi Jim > > > >Yes, US citizens and canads only ... for those tempted by C# there is > >an open source alternative with no videos - I read about it in Mike > >Gunderloy's newsletter: > > > > http://www.icsharpcode.net/OpenSource/SD/ > > > >By the way, how are our fellow listers flirting with .Net > >progressing? > >JC (and who?)? > > > >/gustav > > > > > >> Microsoft is giving away free copies of VB.NET standard. There is > >a process > >> that needs to be observed before a fully operation CD will be > >mailed out. > >> You have to follow through a set of 5 web videos and entry web > >pages before > >> you are allowed to fill the form that will hold your mailing > >address. > > > >> List members will not find the process a difficulty one, but it > >can be a > >> little lengthy. So go get yourself a cup of coffee or Chi Tea, > >turn your > >> monitor and speakers on and get ready to embrace VB.NET. > > > >> http://msdn.microsoft.com/vbasic/atthemovies/ > > > >> Unfortunately, Microsoft's generousity only extends to inhabitants > >of Canada > >> and of course USA. > >> Jim > > > > -------------------------------------------------------------------------- -- > ---------------------------------------- > The information in this email may contain confidential information that > is legally privileged. The information is only for the use of the intended > recipient(s) named above. If you are not the intended recipient(s), you > are hereby notified that any disclosure, copying, distribution, or the > taking > of any action in regard to the content of this email is strictly prohibited. > If > transmission is incorrect, unclear, or incomplete, please notify the sender > immediately. The authorized recipient(s) of this information is/are > prohibited > from disclosing this information to any other party and is/are required to > destroy the information after its stated need has been fulfilled. > > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, > states them to be the views of Tappe Construction Co. > > This footer also confirms that this email message has been scanned > for the presence of computer viruses.Scanning of this message and > addition of this footer is performed by SurfControl E-mail Filter software > in conjunction with virus detection software. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 14:49:07 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 12:49:07 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Yep. Anytime I have a table with a compound-field unique key, I also have an autonumber PK. Of course, I usually have an autonumber PK anyhow, but ... Charlotte Foust -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Tuesday, June 01, 2004 10:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Martin One way to explain it to illustrate the consequences ... an accounting app I examined the other day is often forced to use five-field compound indexes due to the lack of a single key; it's awful. /gustav > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to back me > up (<: Was split between the younger developers who supported the use > of the ID column and the older developers and DBAs who use natural > keys. Almost a 50//50 split on age lines maybe reflecting different > attitutes to design. Took me about 20mins with one of the older guys > to explain how the relationship was maintained using Idt IDs as > opposed to his staff number. He seemed to have real problems getting > the concept. > Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 14:50:51 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 12:50:51 -0700 Subject: [AccessD] VB.NET Message-ID: Crystal or ActiveReports (we use the latter). There is also MS SQL Reports, although I'm not sure that is actually out yet. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 01, 2004 11:48 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VB.NET What reporting features are in vb.net? Or do you need something like Crystal to do reports? Rocky ----- Original Message ----- From: To: Sent: Tuesday, June 01, 2004 12:07 PM Subject: RE: [AccessD] VB.NET > LOL. Good points, I agree and disagree on some. I like some of what > you call VB 'quirks'. Just a difference in opinions I guess. > > Hands down I agree that inheritance is a big step up. I still haven't been > 'wowed' though. Just my opinion, I guess I'm just being a stick in > the mud. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett > Barabash > Sent: Tuesday, June 01, 2004 1:56 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > As part of the code execution process, VB.NET code is compiled to CIL > (common intermediate language) code to run through the CLR (common language > runtime). You can still step through the code, set breakpoints, etc. > the same as VB6 though. > > Since everything I develop is in house, installing the .NET runtimes > isn't a > big deal for me. I know that many ISVs are apprehensive about > creating .NET > applications, since packaging the framework with their app would add > 23 MB to it. Even in that case, there are already a handful of 3rd > party linkers > available that will allow you to distribute your app with only the necessary > assemblies instead of the entire framework. For example: > http://www.remotesoft.com/linker/ > > What pains do I have with VB6? (...and how does .NET improve upon > them?) Well, for starters... > > - No object inheritance (Inherits keyword) > - Flaky Initialize/Terminate events instead of proper object > constructors (New, Finalize) > - Hit 'n' miss garbage collection (it is no longer necessary to Set = > Nothing, in fact the Set keyword is no more) > - Declaring object variables As New = Pure evil (fixed in VB.NET: As > New actually creates a new instance instead of the "instantiate on > demand" > nonsense) > - Cannot initialize variables when declaring (Dim x As Integer = 123) > - Weird bracket syntax for calling functions instead of subs (ALL procedures > have brackets around the arguments when calling them, and the Call > keyword is no more) > - Implicit type conversion and default Variant datatypes (Option > Strict) > - Default object properties e.g. MyControl = "Hello" : Hmm... What property > am I modifying? (no longer allowed, except for indexed properties) > - Crappy On Error GoTo error handling method (Try...Catch Exception) > - Cumbersome Win32 API calling conventions i.e. converting your data > to match the C DLL syntax. (most of these calls have been built into > the > framework.) > - Default ByRef procedure arguments = Pure evil again (now defaults to > ByVal) > - Arrays and collections can be tricky to work with and somewhat limited > (ArrayList) > - Cannot delegate event handling (Handles keyword) > - Form/control behavior is difficult to override e.g. DEEP/WithEvents (you > can now actually inherit the Windows.Forms class and override/extend any > behaviors you want. Or how about creating base "template" forms and > inheriting your application screens from them). > - Archaic Open, Input, Print, etc. I/O methods (System.IO) > - No console I/O support (you can now create a console project, which is > ideal for apps that run as part of batch processes). > - Windows services require a separate OCX (you can now create a Windows > Service project). > - Multithreading is near impossible to implement, and is often unstable > (System.Threading) > - COM DLL hell: Installing a newer COM DLL can cause projects to break > (fixed with the Global Assembly Cache, allowing multiple versions of a > library to happily live on the same machine. The application's manifest and > config files specify which version to use). > > As I said earlier, the learning curve has been a steep one, but I feel like > a kid on Christmas morning again, with all these new toys to play > with! > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Tuesday, June 01, 2004 12:41 PM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] VB.NET > > > > Yes, but I think more pains have been added. I noticed it compiles > like > C++. Have you ever compiled C++? I am very novice at C++, but I went > C++in, > built my own little program. Compiled it, ran it. Yippie. Decided > to get > trickier with the code, compiled/built it......errors. Any help on > the errors? Nothing obvious. Just errors. Took me a while to figure > out and fix. > > Now, doing the exact same thing in VB 6.0, goof the code, compile it, > and VB > stops at the line it is having trouble with. > > Don't know if they do that in .Net or not, but I'm curious. Not too mention > the 'runtimes' required for .NET, versus VB. > > I did the film thing though, just haven't figured out what machine I'm going > to install it on. > > Just out of curiousity, what 'pains' do you have with VB? > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett > Barabash > Sent: Tuesday, June 01, 2004 12:01 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] VB.NET > > > Just completed a 1-week course on VB.NET. IMHO, almost every pain > associated with VB6 has been addressed in the current release. > Clearly a steeper learning curve than prior releases (they added > something like 26 keywords to the syntax), but MUCH more powerful. > > I'm looking forward to developing my first .NET app shortly. > > > ---- Original Message ---- > From: gustav at cactus.dk > To: accessd at databaseadvisors.com, > Subject: Re: [AccessD] VB.NET > Date: Tue, 1 Jun 2004 10:11:23 +0200 > > >Hi Jim > > > >Yes, US citizens and canads only ... for those tempted by C# there is > >an open source alternative with no videos - I read about it in Mike > >Gunderloy's newsletter: > > > > http://www.icsharpcode.net/OpenSource/SD/ > > > >By the way, how are our fellow listers flirting with .Net > >progressing? JC (and who?)? > > > >/gustav > > > > > >> Microsoft is giving away free copies of VB.NET standard. There is > >a process > >> that needs to be observed before a fully operation CD will be > >mailed out. > >> You have to follow through a set of 5 web videos and entry web > >pages before > >> you are allowed to fill the form that will hold your mailing > >address. > > > >> List members will not find the process a difficulty one, but it > >can be a > >> little lengthy. So go get yourself a cup of coffee or Chi Tea, > >turn your > >> monitor and speakers on and get ready to embrace VB.NET. > > > >> http://msdn.microsoft.com/vbasic/atthemovies/ > > > >> Unfortunately, Microsoft's generousity only extends to inhabitants > >of Canada > >> and of course USA. > >> Jim > > > > ---------------------------------------------------------------------- > ---- -- > ---------------------------------------- > The information in this email may contain confidential information > that is legally privileged. The information is only for the use of the > intended > recipient(s) named above. If you are not the intended recipient(s), you > are hereby notified that any disclosure, copying, distribution, or the > taking > of any action in regard to the content of this email is strictly prohibited. > If > transmission is incorrect, unclear, or incomplete, please notify the sender > immediately. The authorized recipient(s) of this information is/are > prohibited from disclosing this information to any other party and > is/are required to destroy the information after its stated need has > been fulfilled. > > Any views expressed in this message are those of the individual > sender, except where the sender specifies and with authority, states > them to be the views of Tappe Construction Co. > > This footer also confirms that this email message has been scanned for > the presence of computer viruses.Scanning of this message and addition > of this footer is performed by SurfControl E-mail Filter software in > conjunction with virus detection software. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 1 14:51:05 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 1 Jun 2004 14:51:05 -0500 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? From cfoust at infostatsystems.com Tue Jun 1 14:55:38 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 12:55:38 -0700 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Tue Jun 1 14:59:39 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 1 Jun 2004 15:59:39 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB3@main2.marlow.com> Message-ID: <20040601195938.JCIO19385.imf25aec.mail.bellsouth.net@SUSANONE> Well, I'm not sure I like the competition. :) Susan H. Are you jealous? LOL From Developer at UltraDNT.com Tue Jun 1 15:03:38 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 1 Jun 2004 16:03:38 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8115169552.20040601205319@cactus.dk> Message-ID: <002401c44813$8ac03f90$6401a8c0@COA3> As a relative newbie to the list, (started 12/03?) I don't recall that debate on this list, although I was in the same debate on a SQL list that was so long and drawn out, it made me quit the list. However, in response the 50/50 split via age in the poster's class, that list split 50/50 as UK-natural, US-autonumber. Count me as a US-autonumber, Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 2:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Susan He's with you, we know that. /gustav > OK, everyone remember that Martin started it this time! ;) > Susan H. > Came to the section on Table Design. I said use an Identity value for the PK > on the table - all h%ll brooke loose for the next hour as the great debate > happened live in person. Pity JC -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 15:06:50 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 15:06:50 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB6@main2.marlow.com> LOL. I guess you'll just have to step it up a bit! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Tuesday, June 01, 2004 3:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Well, I'm not sure I like the competition. :) Susan H. Are you jealous? LOL -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 1 15:09:57 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 1 Jun 2004 15:09:57 -0500 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: Here is the code and it is in the on open event of the report: Option Compare Database Option Explicit Private Sub Report_Close() Forms![frmReports-Standard].Visible = True End Sub Private Sub Report_Open(Cancel As Integer) Dim cmdtext As String Dim selecttext As String Dim fromtext As String Dim wheretext As String Dim orderbytext As String Dim finalsqltext As String 'Link in tables for query Call linkdatatable("tblAccount") Call linkdatatable("tblEmployee") Call linkdatatable("tblTimeCardHour") Call linkdatatable("tblAdminTimeDescripion") selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'Now create the correct recordsource for the main report 'Create the SELECT portion of the SQL Statement selecttext = "SELECT" selecttext = selecttext & " tblAccount.AccountNumberID," selecttext = selecttext & " tblAccount.AccountNumber," selecttext = selecttext & " tblAccount.AccountName," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS AccountAdmin" 'Createt the FROM portion fromtext = fromtext & " FROM" If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box fromtext = fromtext & " tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID" Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" fromtext = fromtext & " TempSort1" fromtext = fromtext & " RIGHT JOIN (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " ON TempSort1.ItemId = tblAccount.EmployeeID" Case "Account Name" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountName = TempSort1.Item" Case "Account Number" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountNumberID = TempSort1.ItemId" End Select End If 'Now work on creating the WHERE portion If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box 'Do Nothing because do not need to limit the output based on selected list type Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" Case "Account Name" wheretext = wheretext & " AND (((TempSort1.Item) Is Not Null))" Case "Account Number" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" End Select 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource Me.RecordSource = finalsqltext 'Now do the same steps above for the subreports (rptOpenItems-SubReport-TimeDetail, ' rptOpenItems-SubReport-InvoiceDetail, rptOpenItems-SubReport-OtherDetail) 'rptOpenItems-SubReport-TimeDetail selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'SELECT selecttext = "SELECT" selecttext = selecttext & " tblTimeCardHour.AccountNumber," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS Employee," selecttext = selecttext & " tblTimeCardHour.DateWorked," selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," selecttext = selecttext & " tblAdminTimeDescripion.AdminTimeDescription," selecttext = selecttext & " tblTimeCardHour.DateBilled," selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," selecttext = selecttext & " tblTimeCardHour.TimeDescription" 'FROM fromtext = fromtext & " FROM" fromtext = fromtext & " (tblTimeCardHour" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = tblAdminTimeDescripion.AdminTimeID" 'WHERE 'This depends on the check box selected If Forms![frmReports-OpenAccountItems].chkBilled = 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then 'No items selected so do nothing ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" End If 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus If Len(wheretext) <> 0 Then wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource 'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext 'Maximize the Report DoCmd.Maximize End Sub "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA dvisors.com 06/01/2004 02:55 PM Please respond to "Access Developers discussion and problem solving" What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 1 15:25:06 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 1 Jun 2004 15:25:06 -0500 Subject: [AccessD] Setting Sub Report Recordsource via VBA In-Reply-To: <992787.1086119910515.JavaMail.root@sniper2.usinternet.com> Message-ID: <000601c44816$87412390$de1811d8@danwaters> Jeff, What a coincidence. I've been working on this exact problem for the last 3 hours. I finally found a note in Help for SourceObject. It says that SourceObject cannot be set or changed during a report's Open or Format events (but I know this does work for Forms). I couldn't get it to work under any of the report's events. Because I couldn't set the SourceObject of the subreport, I assume that you are also unable to set the recordsource. I now writing code to open the report in Design view, make the changes, close the report (save = yes), and then reopen in normal view. Well - that's what I know. Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jeffrey.demulling at usbank.com Sent: Tuesday, June 01, 2004 2:51 PM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Patricia.O'Connor at dfa.state.ny.us Tue Jun 1 15:48:04 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Tue, 1 Jun 2004 16:48:04 -0400 Subject: [AccessD] OT - another list - out of office Message-ID: Hi all I know this is way off topic but you people have answers for everything and I know some of you run these and other lists. I am asking here so I can forward suggestions to that list owners. I recently subscribe to another list for another software. I am getting tons of out-of-office replies from it. What makes that happen and how can I get it to stop. Thanks ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** From BBarabash at TappeConstruction.com Tue Jun 1 15:55:08 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 15:55:08 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE629@TAPPEEXCH01> My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. Some of the things I mentioned are simply style issues. I'd like to comment further on a few of the items you discussed, though: > Haven't found Initialize/Terminate events to be 'flaky'. Most of my class modules require some sort of initialization code. Ideally, you could use the Initialize event to ensure that the code runs before something else. Unfortunately, there is no way to pass in arguments to the Initialize event. As a result, I, as well as many other VB developers, end up having to write a separate sub (Init, Start, etc.) to initialize it. And, of course, other developers using my code need to be aware of it and remember to call it before doing anything else. VB.NET allows you to define multiple constructors for a class, to handle various types of object construction. For a Employee object, I could have a constructor that passes in Name and SSN, as well as a default constructor that creates the object without initializing the variables. When creating the object, it looks like: Dim emp1 As Employee = New Employee() Dim emp2 As Employee = New Employee("Joe Blow", "111-22-3333") The best part is if I absolutely, positively need certain things to be present when initializing the class, I can omit the default constructor and force them to supply the necessary parameters at instantiation. > Not sure what you really meant with the bracket syntax for functions and subs. This came up in a recent discussion. When calling a another procedure, you need to follow this (referred to by many as odd) convention: MySub x, y z = MySub(x, y) Call MySub(x, y) but NOT MySub(x, y) In VB.NET, you always place parentheses around the arguments, regardless of whether or not you do anything with its output: MySub(x, y) z = MySub(x, y) In the case of subs without arguments, you still include the parentheses e.g. MySub(), which makes it abundantly clear that you are calling another procedure without needing to use the Call keyword. > Never found Win32 API's to be combersome. I think that would put you in the minority if we took a poll. Myself, I personally dislike: - Creating callback stub procedures and working with AddressOf (especially since this is not allowed in VB6 class modules). - Padding string buffers, terminating with C nulls, and parsing the returned contents to trim out actual string value. - Determining what the return value actually means. For some API calls, it's a true or false. For others, it's the length of the buffer. Zero consistency. - Separating LOWORD and HIWORD parameter values from Longs. - Allocating/obtaining/releasing resources (Device Contexts, Brushes, Memory Locks, etc.) - Digging through the API Text Viewer to find procedures with no further documentation. - Having my entire application GPF (ditching any work I forgot to save) if I overload a buffer or send in the wrong datatype into a procedure. I would call that cumbersome. Maybe it's just a word thing > Have never found collections to be tricky to work with The "tricky" part was directed towards Arrays, not Collections. I've lost track of the number of times I've written code that checks (say in a loop) to ensure that I haven't reached the upper bounds of an array, and ReDim Preserve if I have. Then there's the whole business of trying to traverse an "empty" array. Array index out of bounds, anyone? The "limited" part was directed towards both Arrays and Collections, as they lack some key features that would make life a whole lot easier. Namely searching and sorting. > Used File I/O commands in VB pretty easily My biggest gripe is with the Serial I/O functions parsing commas and semicolons and trying to separate them into multiple fields, or choking on non-alphanumeric ASCII characters. Much of this has been improved upon with the System.IO class. > VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. What I like the most about console support is that finally you can return a value to the console on error, which is very helpful in batch processing. -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 2:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 2:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET I'd be interested in knowing which ones you disagree with. To gain perspective, of course, not to stir up a heated argument (If you wanna talk about being wowed, try out the new ASP.NET features!) Bryan, Andy et al: I realize that this discussion is better suited to dba-VB, but since the majority of listers aren't subscribed to it, I purposely left it here. I promise to let this thread die on my end by sundown. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From jwelz at hotmail.com Tue Jun 1 15:55:38 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Tue, 01 Jun 2004 14:55:38 -0600 Subject: [AccessD] VB.NET Message-ID: I've played a bit with VB.NET and have to wonder at the code generated by the IDE. I followed some sample code for one of those 'Blocks' games where you control a paddle at the bottom of a window that is used to deflect a moving ball that strikes and eliminates a series of blocks in the upper half of the screen. I implemented an array of controls to set up the blocks and cut the code created by the IDE to a small fraction of the original size. My version also started up a good deal faster. A funny thing though. After running the application 3 or 4 times it always failed. Especially if I closed the environment and reopened it. I much preferred VB's control arrays and haven't found a similar capability. Writing an event handler and making it active for a pile of controls is managed by naming each control the procedure handles in the parameters. This was much easier using Access or VB, but then, maybe there's something I'm missing. I think I'm going to like .NET because it's so much like Java in everything from threading, garbage collection, security, object oriented capability and error handling. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From ebarro at afsweb.com Tue Jun 1 15:44:30 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 13:44:30 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB5@main2.marlow.com> Message-ID: ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From James at fcidms.com Tue Jun 1 16:28:02 2004 From: James at fcidms.com (James Barash) Date: Tue, 1 Jun 2004 17:28:02 -0400 Subject: [AccessD] Adding ADODB parameters In-Reply-To: <0CC84C9461AE6445AD5A602001C41C4B059D17@mercury.tnco-inc.com> Message-ID: <200406012128.RAA25857@bruiser.bcentralhost.com> JR: Try com3.Parameters("@CV").Value + com3.Parameters("@CP").Value + ... You might also want to wrap each one in an nz() function if it is possible for one or more parameters to be Null. James Barash -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Rojas Sent: Tuesday, June 01, 2004 3:35 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Adding ADODB parameters Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davide at dalyn.co.nz Tue Jun 1 16:28:49 2004 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 02 Jun 2004 09:28:49 +1200 Subject: [AccessD] Importing Text File In-Reply-To: <5.2.0.9.0.20040602064926.00b2b5e0@mail.dalyn.co.nz> References: <5.2.0.9.0.20040601171536.00b41da8@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20040602092643.00b3c3a8@mail.dalyn.co.nz> Has anyone else used Sagekey/Wise combination and know what is required (if anything) to register a file (and what it is) to allow importing of text? David At 2/06/2004, you wrote: >Thanks for the response. > >The client is logging in using their own username/password as set up in >SQL. I have checked the permissions on the table and they are ok. > >Is it possible that a dll needs to be registered to be able to import text? > >David > >At 31/05/2004, you wrote: >>David: >> >>How do you log on to you local server? >>(username/password/servername/databasename) You may not have logged in to >>your client's server properly or have access rights. If they are using >>pass-through or server validation make sure your username and password has >>been added to the security list or attached user group and your security is >>high enough. Finally, make sure, as a user, you actually have write rights >>to the tables and executable rights to any SPs. >> >>HTH >>Jim >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson >>Sent: Monday, May 31, 2004 10:26 PM >>To: accessd at databaseadvisors.com >>Subject: [AccessD] Importing Text File >> >> >>Access XP ade, SQL2000 >> >>I am transferring a text file into an SQL BE for processing. The command I >>am using is - >> >>DoCmd.TransferText acImportDelim, , "dbo.ttmpTOURawData", strFullName, False >> >>It works fine on my development machine. When I take it to my client's >>site and run the code from a run time installation (using Sagekey/Wise >>installation) I get an error message Error 31519 - You cannot import this >>file. >> >>The destination table exists on the client's server. >> >>I cannot find anything on the web or help or BOL. Is there a file that >>should be included in the installation to allow importing? I can export >>text files from within the program ok. >> >> >>Regards >> >>David Emerson >>Dalyn Software Ltd >>25 Cunliffe St, Churton Park >>Wellington, New Zealand >>Ph/Fax (04) 478-7456 >>Mobile 027-280-9348 >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/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 David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From DWUTKA at marlow.com Tue Jun 1 16:35:12 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 16:35:12 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB7@main2.marlow.com> That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 1 16:37:01 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 16:37:01 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB8@main2.marlow.com> That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. From jwcolby at colbyconsulting.com Tue Jun 1 16:40:05 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 17:40:05 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <6815136084.20040601205245@cactus.dk> Message-ID: <002701c44821$00f3b9f0$7e01a8c0@colbyws> Another way to explain it is what happens when another field is required to nail down uniqueness? Start adding yet ANOTHER FK field in all the child tables. YUK! John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 01, 2004 2:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Martin One way to explain it to illustrate the consequences ... an accounting app I examined the other day is often forced to use five-field compound indexes due to the lack of a single key; it's awful. /gustav > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to back me > up (<: Was split between the younger developers who supported the use > of the ID column and the older developers and DBAs who use natural > keys. Almost a 50//50 split on age lines maybe reflecting different > attitutes to design. Took me about 20mins with one of the older guys > to explain how the relationship was maintained using Idt IDs as > opposed to his staff number. He seemed to have real problems getting > the concept. > Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Tue Jun 1 16:57:26 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 1 Jun 2004 17:57:26 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <002701c44821$00f3b9f0$7e01a8c0@colbyws> Message-ID: <20040601215725.JBW18879.imf16aec.mail.bellsouth.net@SUSANONE> There's nothing wrong with natural data primary keys -- if you're a masochist. :) Susan H. Another way to explain it is what happens when another field is required to nail down uniqueness? Start adding yet ANOTHER FK field in all the child tables. YUK! From BBarabash at TappeConstruction.com Tue Jun 1 17:05:14 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 1 Jun 2004 17:05:14 -0500 Subject: [AccessD] VB.NET Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE62A@TAPPEEXCH01> Initialize/Terminate: Wasn't trying to imply that it is unstable, just a pain to use . Also, this has proven to be problematic for me when programming custom controls (the Initialize event fires during design mode!) Arrays: Yes, they have searching and sorting built into the ArrayList object. I still use the old fashioned arrays quite a bit where a collection might be easier. Serial I/O: D'oh! My mistake, I meant to say sequential, not serial. Specifically the way commas and semicolons magically become field delimiters in non-binary I/O. In fact, there are many VB developers who have stated that they are perfectly content not switching from VB6 (Randy Birch of www.mvps.org/vbnet comes to mind. So ironic that his website seems to imply .NET from the name!). I have decided that the benefits of VB.NET make it very worthwhile. I have several VB6 projects that will remain that way forever (not broke, don't fix it). In fact, from what I've read, most experts strongly advise not porting the code. The .NET interop layer makes communications between .NET assemblies and COM objects a trivial task, so you really could develop .NET assemblies that talk to COM objects and vice-versa. -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 01, 2004 4:37 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From ebarro at afsweb.com Tue Jun 1 17:17:48 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 15:17:48 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB7@main2.marlow.com> Message-ID: Drew, I'm not sure what you mean by "What kind of security issues you are risking, though, if you are putting the scripting out on the other end to send stuff through." There is no "scripting code" that is exposed to the end user since all of that is encapsulated in the DLL that ASP.NET builds, compiles and calls everytime it runs the .NET app. ASP.NET handles all the client-side display issues using Javascript and the business logic (assuming you wrote it in VB.NET or C#) is compiled into a single DLL that the server runs to handle all the back end interaction. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From DWUTKA at marlow.com Tue Jun 1 18:28:50 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 1 Jun 2004 18:28:50 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFB9@main2.marlow.com> Alright, it's event driven. Which means you could do, for example, a mouse over event on a control. Not sure if you can or not, but I'm just using this as an example. For that event to occur, it has to occur on the client's machine. Therefore, something on the clients machine has to be watching for that event. It may process the event on the server, but something has to tell the server to process it, from the clients machine. ASP is server side, it's a disconnected server side, it gets a 'snapshot' from the user, and sends a 'snapshot' back. There is not a 'live' connection. For ASP.NET to do what it does, it either has to create a 'live' connection, OR it has to put client side scripting in place, to fire the server components. Does that make sense? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 5:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew, I'm not sure what you mean by "What kind of security issues you are risking, though, if you are putting the scripting out on the other end to send stuff through." There is no "scripting code" that is exposed to the end user since all of that is encapsulated in the DLL that ASP.NET builds, compiles and calls everytime it runs the .NET app. ASP.NET handles all the client-side display issues using Javascript and the business logic (assuming you wrote it in VB.NET or C#) is compiled into a single DLL that the server runs to handle all the back end interaction. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 18:36:25 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 16:36:25 -0700 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: The problem is that subreports, like subforms, open before their parents, which means it's too late to set their recordsource in the parent report's open event. You would be better advised to filter the parent report recordset to filter the subreport or else populate an unbound control on the parent and let the subreport do its own filtering on that. Still another method is to have multiple subreports and only show the one that is appropriate. Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 12:10 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA Here is the code and it is in the on open event of the report: Option Compare Database Option Explicit Private Sub Report_Close() Forms![frmReports-Standard].Visible = True End Sub Private Sub Report_Open(Cancel As Integer) Dim cmdtext As String Dim selecttext As String Dim fromtext As String Dim wheretext As String Dim orderbytext As String Dim finalsqltext As String 'Link in tables for query Call linkdatatable("tblAccount") Call linkdatatable("tblEmployee") Call linkdatatable("tblTimeCardHour") Call linkdatatable("tblAdminTimeDescripion") selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'Now create the correct recordsource for the main report 'Create the SELECT portion of the SQL Statement selecttext = "SELECT" selecttext = selecttext & " tblAccount.AccountNumberID," selecttext = selecttext & " tblAccount.AccountNumber," selecttext = selecttext & " tblAccount.AccountName," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS AccountAdmin" 'Createt the FROM portion fromtext = fromtext & " FROM" If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box fromtext = fromtext & " tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID" Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" fromtext = fromtext & " TempSort1" fromtext = fromtext & " RIGHT JOIN (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " ON TempSort1.ItemId = tblAccount.EmployeeID" Case "Account Name" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountName = TempSort1.Item" Case "Account Number" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountNumberID = TempSort1.ItemId" End Select End If 'Now work on creating the WHERE portion If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box 'Do Nothing because do not need to limit the output based on selected list type Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" Case "Account Name" wheretext = wheretext & " AND (((TempSort1.Item) Is Not Null))" Case "Account Number" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" End Select 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource Me.RecordSource = finalsqltext 'Now do the same steps above for the subreports (rptOpenItems-SubReport-TimeDetail, ' rptOpenItems-SubReport-InvoiceDetail, rptOpenItems-SubReport-OtherDetail) 'rptOpenItems-SubReport-TimeDetail selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'SELECT selecttext = "SELECT" selecttext = selecttext & " tblTimeCardHour.AccountNumber," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS Employee," selecttext = selecttext & " tblTimeCardHour.DateWorked," selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," selecttext = selecttext & " tblAdminTimeDescripion.AdminTimeDescription," selecttext = selecttext & " tblTimeCardHour.DateBilled," selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," selecttext = selecttext & " tblTimeCardHour.TimeDescription" 'FROM fromtext = fromtext & " FROM" fromtext = fromtext & " (tblTimeCardHour" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = tblAdminTimeDescripion.AdminTimeID" 'WHERE 'This depends on the check box selected If Forms![frmReports-OpenAccountItems].chkBilled = 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then 'No items selected so do nothing ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" End If 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus If Len(wheretext) <> 0 Then wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource 'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetai l].RecordSource = finalsqltext Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext 'Maximize the Report DoCmd.Maximize End Sub "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA dvisors.com 06/01/2004 02:55 PM Please respond to "Access Developers discussion and problem solving" What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ebarro at afsweb.com Tue Jun 1 18:36:38 2004 From: ebarro at afsweb.com (Eric Barro) Date: Tue, 1 Jun 2004 16:36:38 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB9@main2.marlow.com> Message-ID: Yep...in your example of a mouseover event on a control, .NET creates that javascript code for the browser. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 4:29 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Alright, it's event driven. Which means you could do, for example, a mouse over event on a control. Not sure if you can or not, but I'm just using this as an example. For that event to occur, it has to occur on the client's machine. Therefore, something on the clients machine has to be watching for that event. It may process the event on the server, but something has to tell the server to process it, from the clients machine. ASP is server side, it's a disconnected server side, it gets a 'snapshot' from the user, and sends a 'snapshot' back. There is not a 'live' connection. For ASP.NET to do what it does, it either has to create a 'live' connection, OR it has to put client side scripting in place, to fire the server components. Does that make sense? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 5:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew, I'm not sure what you mean by "What kind of security issues you are risking, though, if you are putting the scripting out on the other end to send stuff through." There is no "scripting code" that is exposed to the end user since all of that is encapsulated in the DLL that ASP.NET builds, compiles and calls everytime it runs the .NET app. ASP.NET handles all the client-side display issues using Javascript and the business logic (assuming you wrote it in VB.NET or C#) is compiled into a single DLL that the server runs to handle all the back end interaction. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 From jwcolby at colbyconsulting.com Tue Jun 1 19:17:13 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:17:13 -0400 Subject: [AccessD] Is there an easier way? In-Reply-To: <833956F5C117124A89417638FDB11290EBD1C5@goexchange.pghcorning.com> Message-ID: <002901c44836$f4970bb0$7e01a8c0@colbyws> We're talking government employees here, from dozens of states. They have no interest whatsoever in helping me. We are lucky to get the lists at all. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lavsa, Rich Sent: Tuesday, June 01, 2004 12:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Is there an easier way? I have done something like this, but on a smaller scale. I have a database that gets updated once a year by outside providers. I didn't want to go through what you described below so I took the time to build an "Update Database" that I sent out to all the companies that needed to update information. I leave it up to the companies to get the data into the database the way they want it, then they send the "update database" to me once a year. This process is so simple that it is totally left up to the users to decide when to update the database, so far its been a "no brainer" push the button marked "UPDATE" which goes out to the network location where the database expects it to be which will run all the validation code to update and insert data. I thought it was a good idea at first, and even better when I convinced the companies to format their data for me so I wouldn't have to worry about it. Sounds like a better approach for your purposes as well. Maybe feasible, maybe not.. G'luck Rich From jwcolby at colbyconsulting.com Tue Jun 1 19:22:20 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:22:20 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001701c44804$99238f10$1b02a8c0@MARTINREID> Message-ID: <002a01c44837$ab5593d0$7e01a8c0@colbyws> So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 19:32:42 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:32:42 -0400 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: Message-ID: <002b01c44839$1e7757d0$7e01a8c0@colbyws> Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 19:37:45 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:37:45 -0400 Subject: [AccessD] Is there an easier way? In-Reply-To: <14335931286.20040531191328@cactus.dk> Message-ID: <002c01c44839$d2800ec0$7e01a8c0@colbyws> Well.. Three out of three saying "that's what I did". I keep pretty good company I guess. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, May 31, 2004 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Is there an easier way? Hi John > Is my solution harder than it needs to be? Has anyone handled a > situation like this and if so, how do you deal with it? Your approach sounds pretty much like I would handle this task ... You are, of course, looking for some shortcuts but I don't think there will be any given the "dynamic" nature of the data formats. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 1 19:40:48 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 1 Jun 2004 17:40:48 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure what that makes me ... Confused? Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 19:58:23 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 20:58:23 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <002d01c4483c$b4acfd10$7e01a8c0@colbyws> Nearly 60 makes you an old fart. Being on the side of autonumbers makes you an old fart with good sense. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, June 01, 2004 8:41 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure what that makes me ... Confused? Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 20:07:04 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 18:07:04 -0700 Subject: [AccessD] A2K: Loop through Forms and close open forms Message-ID: Darren Do you have an equalvalent function to my gfnIsObjectOpenBln function? Let me know and I will send it. Sorry I forgot it. Glen >From: "Darren DICK" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem >solving" >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms >Date: Tue, 1 Jun 2004 12:06:03 +1000 > >Glen >Many many thanks >Just what I needed >Many thanks > >Darren > >----- Original Message ----- >From: "Glen McWilliams" >To: >Sent: Tuesday, June 01, 2004 11:10 AM >Subject: RE: [AccessD] A2K: Loop through Forms and close open forms > > > > Darren > > > > Here is a snippet from my shut-down module, which walks through the >Forms > > collection closing any open form: > > > > '****Begin Code**** > > ' Close any open Forms. > > ' Loop through the Forms collection. > > For Each objTmp In dbsCurrent.Containers("Forms").Documents > > ' Assign the name propery value, for each Form, to the Name string > > variable. > > strName = objTmp.Name > > If gfnIsObjectOpenBln(acForm, _ > > strName) Then > > ' Use the Close method of the DoCmd object to close the >specified > > object. > > DoCmd.Close acForm, strName > > End If > > ' Repeat the foregoing block of statements for the next element in >the > > specified > > ' collection. > > Next objTmp > > '****End Code**** > > > > > > >From: "Darren DICK" > > >Reply-To: Access Developers discussion and problem > > >solving > > >To: "AccessD List" > > >Subject: [AccessD] A2K: Loop through Forms and close open forms > > >Date: Tue, 1 Jun 2004 09:46:57 +1000 > > > > > >Hello all > > > > > >I want to loop through the Forms collection and close any form/forms >that > > >is/are open. > > > > > >Any suggestions? > > > > > >Many thanks in advance > > > > > >Darren > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From karenr7 at oz.net Tue Jun 1 20:18:57 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Tue, 1 Jun 2004 18:18:57 -0700 Subject: [AccessD] Another Chinese question In-Reply-To: <013101c4480f$adb6e390$6601a8c0@HAL9002> Message-ID: <200406020118.i521IpQ07380@databaseadvisors.com> Rocky, About 3-4 years ago I was trying to do an Access project with ONE Japanese character. I had no luck. However, probably the best expert I know on Access and non-Western languages is Michael Kaplan at http://www.trigeminal.com/ Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 01, 2004 12:36 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Another Chinese question Dear List: I received the translations for the control captions and messages boxes from by contact in Taiwan. I have a routine which changes the captions of the labels and command button in the OnOpen event of a form and it works beautifully. However, I can't get the message boxes to display the Chinese characters. It displays ????? in place of the characters. The translations appear in the table as squares. That's ok. If I copy a translation directly into the code, it shows as ?????? Does anyone know offhand how to get foreign characters to display correctly in message boxes. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Tue Jun 1 20:21:11 2004 From: artful at rogers.com (Arthur Fuller) Date: Tue, 1 Jun 2004 21:21:11 -0400 Subject: [AccessD] A Database Design Question In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFA9@main2.marlow.com> Message-ID: <000a01c4483f$e3e63170$6601a8c0@rock> No need for the CustomerID since I have the CustomerClassificatonID, which implies the CustomerID via a simple join. The question is, given the choice in the XXXX table to store the CustomerClassificationID or the ClassificationID, then which to store? On reflection, I think I just answered my own question. If I have the CustomerClassificationID I have both the CustomerID and the ClassificationID, by implication. Question withdrawn! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 11:47 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] A Database Design Question Wouldn't you want to put the ClassificationID and CustomerID into the CustomerClassifications table? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Sunday, May 30, 2004 11:53 AM To: AccessD Subject: [AccessD] A Database Design Question I have 4 tables (actually lots of instances of this setup, but for simplicity let's deal with one only): Customers -- obvious CustomerDetails -- many Details for each Customer Classifications -- a list of generic classifications CustomerClassifications -- a table containing only the Classifications of interest to a given Customer The general idea is this. We populate Classifications with lots of commonly-used items such as Admin, User, Manager, etc. We populate CustomerClassifications using a combo and a NotInList event that allows the addition of new Classifications that aren't already in the Classifications table. When the user adds new CustomerDetails, we see only the Classifications of interest to said Customer (i.e. draw them from CustomerClassifications and get the text value for the combo from Classifications). Still with me? I hope so. Here's the question: should the table CustomerDetails store the CustomerClassicationID or the ClassificationID? TIA for opinions. 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 jwelz at hotmail.com Tue Jun 1 20:21:13 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Tue, 01 Jun 2004 19:21:13 -0600 Subject: [AccessD] Setting Sub Report Recordsource via VBA Message-ID: I like to set the subreport recordsource to a saved querydef and set the SQL property of the querydef in the procedure that opens the report. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Charlotte Foust" >The problem is that subreports, like subforms, open before their >parents, which means it's too late to set their recordsource in the >parent report's open event. You would be better advised to filter the >parent report recordset to filter the subreport or else populate an >unbound control on the parent and let the subreport do its own filtering >on that. Still another method is to have multiple subreports and only >show the one that is appropriate. > >Charlotte Foust > >-----Original Message----- >From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] > >Sent: Tuesday, June 01, 2004 12:10 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA > > > > > > >Here is the code and it is in the on open event of the report: > >Option Compare Database >Option Explicit > >Private Sub Report_Close() > Forms![frmReports-Standard].Visible = True >End Sub > >Private Sub Report_Open(Cancel As Integer) > Dim cmdtext As String > Dim selecttext As String > Dim fromtext As String > Dim wheretext As String > Dim orderbytext As String > Dim finalsqltext As String > > 'Link in tables for query > Call linkdatatable("tblAccount") > Call linkdatatable("tblEmployee") > Call linkdatatable("tblTimeCardHour") > Call linkdatatable("tblAdminTimeDescripion") > > selecttext = "" > fromtext = "" > wheretext = "" > orderbytext = "" > finalsqltext = "" > > 'Now create the correct recordsource for the main report > 'Create the SELECT portion of the SQL Statement > selecttext = "SELECT" > selecttext = selecttext & " tblAccount.AccountNumberID," > selecttext = selecttext & " tblAccount.AccountNumber," > selecttext = selecttext & " tblAccount.AccountName," > selecttext = selecttext & " tblEmployee!LastName & ', ' & >tblEmployee!FirstName AS AccountAdmin" > > 'Createt the FROM portion > fromtext = fromtext & " FROM" > > If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 >Then 'No items in select box > fromtext = fromtext & " tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID" > Else 'Items in select box so base linking on item type selected > Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy > Case "Account Administrator" > fromtext = fromtext & " TempSort1" > fromtext = fromtext & " RIGHT JOIN (tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " ON TempSort1.ItemId = >tblAccount.EmployeeID" > Case "Account Name" > fromtext = fromtext & " (tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " LEFT JOIN TempSort1" > fromtext = fromtext & " ON tblAccount.AccountName = >TempSort1.Item" > Case "Account Number" > fromtext = fromtext & " (tblAccount" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblAccount.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " LEFT JOIN TempSort1" > fromtext = fromtext & " ON tblAccount.AccountNumberID = >TempSort1.ItemId" > End Select > End If > > 'Now work on creating the WHERE portion > If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 >Then 'No items in select box > 'Do Nothing because do not need to limit the output based on >selected list type > Else 'Items in select box so base linking on item type selected > Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy > Case "Account Administrator" > wheretext = wheretext & " AND (((TempSort1.Item1) Is Not >Null))" > Case "Account Name" > wheretext = wheretext & " AND (((TempSort1.Item) Is Not >Null))" > Case "Account Number" > wheretext = wheretext & " AND (((TempSort1.Item1) Is Not >Null))" > End Select > > 'Now that the where clause is almost complete strip out the >first 5 characters " AND " > 'and then add " WHERE " to the beging of the claus > wheretext = Right(wheretext, ((Len(wheretext)) - 5)) > wheretext = " WHERE " & wheretext > End If > > 'Combine the text strings to complete finalsql string > finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" > > 'Set the recordsource > Me.RecordSource = finalsqltext > > 'Now do the same steps above for the subreports >(rptOpenItems-SubReport-TimeDetail, > ' rptOpenItems-SubReport-InvoiceDetail, >rptOpenItems-SubReport-OtherDetail) > > 'rptOpenItems-SubReport-TimeDetail > > selecttext = "" > fromtext = "" > wheretext = "" > orderbytext = "" > finalsqltext = "" > > 'SELECT > selecttext = "SELECT" > selecttext = selecttext & " tblTimeCardHour.AccountNumber," > selecttext = selecttext & " tblEmployee!LastName & ', ' & >tblEmployee!FirstName AS Employee," > selecttext = selecttext & " tblTimeCardHour.DateWorked," > selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," > selecttext = selecttext & " >tblAdminTimeDescripion.AdminTimeDescription," > selecttext = selecttext & " tblTimeCardHour.DateBilled," > selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," > selecttext = selecttext & " tblTimeCardHour.TimeDescription" > > 'FROM > fromtext = fromtext & " FROM" > fromtext = fromtext & " (tblTimeCardHour" > fromtext = fromtext & " LEFT JOIN tblEmployee" > fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = >tblEmployee.EmployeeID)" > fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" > fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = >tblAdminTimeDescripion.AdminTimeID" > > 'WHERE > 'This depends on the check box selected > If Forms![frmReports-OpenAccountItems].chkBilled = 0 And >Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then > 'No items selected so do nothing > ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And >Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then > wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" > wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> >0" > ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then > wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" > ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 >Then > wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> >0" > End If > > 'Now that the where clause is almost complete strip out the first 5 >characters " AND " > 'and then add " WHERE " to the beging of the claus > If Len(wheretext) <> 0 Then > wheretext = Right(wheretext, ((Len(wheretext)) - 5)) > wheretext = " WHERE " & wheretext > End If > > 'Combine the text strings to complete finalsql string > finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" > > 'Set the recordsource > >'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetai >l].RecordSource > = finalsqltext > Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = >finalsqltext > > 'Maximize the Report > DoCmd.Maximize >End Sub _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee? Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From d.dick at uws.edu.au Tue Jun 1 20:23:58 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 2 Jun 2004 11:23:58 +1000 Subject: [AccessD] A2K: Loop through Forms and close open forms References: Message-ID: <002f01c44840$476dc6e0$48619a89@DDICK> Hi Glen No I worked it out and rolled my own fro you code What I needed was the line... "dbsCurrent.Containers("Forms").Documents" Thanks heaps Darren What I came up with is below Function f_CloseAllForms() On Error GoTo Err_f_CloseAllForms Dim objTmp As Object Dim db As Database Dim strName As String Set db = CurrentDb For Each objTmp In db.Containers("Forms").Documents strName = objTmp.Name ' If strName <> "frmSwitchboard" Then If IsLoaded(strName) Then DoCmd.Close acForm, strName, acSaveNo End If 'End If Next objTmp Exit_f_CloseAllForms: Exit Function Err_f_CloseAllForms: MsgBox Err.Number & " " & Err.Description, vbCritical, "error in f_CloseAllForms module" Resume Exit_f_CloseAllForms End Function ----- Original Message ----- From: "Glen McWilliams" To: Sent: Wednesday, June 02, 2004 11:07 AM Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > Darren > > Do you have an equalvalent function to my gfnIsObjectOpenBln function? Let > me know and I will send it. Sorry I forgot it. > > Glen > >From: "Darren DICK" > >Reply-To: Access Developers discussion and problem > >solving > >To: "Access Developers discussion and problem > >solving" > >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > >Date: Tue, 1 Jun 2004 12:06:03 +1000 > > > >Glen > >Many many thanks > >Just what I needed > >Many thanks > > > >Darren > > > >----- Original Message ----- > >From: "Glen McWilliams" > >To: > >Sent: Tuesday, June 01, 2004 11:10 AM > >Subject: RE: [AccessD] A2K: Loop through Forms and close open forms > > > > > > > Darren > > > > > > Here is a snippet from my shut-down module, which walks through the > >Forms > > > collection closing any open form: > > > > > > '****Begin Code**** > > > ' Close any open Forms. > > > ' Loop through the Forms collection. > > > For Each objTmp In dbsCurrent.Containers("Forms").Documents > > > ' Assign the name propery value, for each Form, to the Name string > > > variable. > > > strName = objTmp.Name > > > If gfnIsObjectOpenBln(acForm, _ > > > strName) Then > > > ' Use the Close method of the DoCmd object to close the > >specified > > > object. > > > DoCmd.Close acForm, strName > > > End If > > > ' Repeat the foregoing block of statements for the next element in > >the > > > specified > > > ' collection. > > > Next objTmp > > > '****End Code**** > > > > > > > > > >From: "Darren DICK" > > > >Reply-To: Access Developers discussion and problem > > > >solving > > > >To: "AccessD List" > > > >Subject: [AccessD] A2K: Loop through Forms and close open forms > > > >Date: Tue, 1 Jun 2004 09:46:57 +1000 > > > > > > > >Hello all > > > > > > > >I want to loop through the Forms collection and close any form/forms > >that > > > >is/are open. > > > > > > > >Any suggestions? > > > > > > > >Many thanks in advance > > > > > > > >Darren > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwelz at hotmail.com Tue Jun 1 20:27:11 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Tue, 01 Jun 2004 19:27:11 -0600 Subject: [AccessD] Is there an easier way? Message-ID: I'm going to agree with the general approach as well. The only thing I do differently is use only one linked data source for each user and write a copy of the data file to the prelinked location. I was forced to use this approach because we could not create ODBC data sources but could reuse one that was made for our users. I found this approach fast and efficient and have adapted it for general use. As we had a multi user environment, each user had a standard file named with his user login and a linked table name that also contained his user name. For some types of datasources this is much faster than creating the link. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "jwcolby" > >Well.. Three out of three saying "that's what I did". I keep pretty >good company I guess. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Monday, May 31, 2004 1:13 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Is there an easier way? > > >Hi John > > > Is my solution harder than it needs to be? Has anyone handled a > > situation like this and if so, how do you deal with it? > >Your approach sounds pretty much like I would handle this task ... > >You are, of course, looking for some shortcuts but I don't think there >will be any given the "dynamic" nature of the data formats. > >/gustav _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From accessd at shaw.ca Tue Jun 1 20:45:52 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 18:45:52 -0700 Subject: [AccessD] Adding ADODB parameters In-Reply-To: <0CC84C9461AE6445AD5A602001C41C4B059D17@mercury.tnco-inc.com> Message-ID: Hi Joe: I believe even though you could perform a similar calculation, in the SP or at the FE, performing such a process right in the communication process will not work. There is no conversion functionality at that point. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Joe Rojas Sent: Tuesday, June 01, 2004 12:35 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Adding ADODB parameters Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 1 20:55:57 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 18:55:57 -0700 Subject: [AccessD] Another Chinese question In-Reply-To: <013101c4480f$adb6e390$6601a8c0@HAL9002> Message-ID: Hi Rocky: If you set your test computer as if it is a Japaness computer, changing the language settings and making sure the appropriate fonts are available, that will allow you to use the character sets and display it correctly. You have to re-install your version of Access selecting the Japanese defaults. You can acquire any language sets you wish to play with through the M$ update web site. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 01, 2004 12:36 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Another Chinese question Dear List: I received the translations for the control captions and messages boxes from by contact in Taiwan. I have a routine which changes the captions of the labels and command button in the OnOpen event of a form and it works beautifully. However, I can't get the message boxes to display the Chinese characters. It displays ????? in place of the characters. The translations appear in the table as squares. That's ok. If I copy a translation directly into the code, it shows as ?????? Does anyone know offhand how to get foreign characters to display correctly in message boxes. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.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 Jun 1 20:56:00 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 18:56:00 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB5@main2.marlow.com> Message-ID: Hi Drew: > What I REALLY want to know about ASP.NET, is how browser dependant is it? Microsoft has a mini-movie on that exact subject at: http://msdn.microsoft.com/vbasic/atthemovies/ (just can not remember exactly which one.) HTH Jim From accessd at shaw.ca Tue Jun 1 21:03:25 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 19:03:25 -0700 Subject: [AccessD] VB.NET In-Reply-To: Message-ID: Hi Charlotte: > There is also MS SQL Reports, although I'm not sure that is actually out yet. I have already received a fully working copy through my 'Action Pac' set (about two weeks ago) and I believe time-out copies are on their (M$) site for download. Jim From accessd at shaw.ca Tue Jun 1 21:03:27 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 19:03:27 -0700 Subject: [AccessD] Setting Sub Report Recordsource via VBA In-Reply-To: Message-ID: Hi Jeffrey: Just a comment... It would be easier for you to simply call an external function, from the report. Easier to duplicate, revise, change on the fly and external functions seem to work faster...this I have not timed but I could swear it works faster. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jeffrey.demulling at usbank.com Sent: Tuesday, June 01, 2004 1:10 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA Here is the code and it is in the on open event of the report: Option Compare Database Option Explicit Private Sub Report_Close() Forms![frmReports-Standard].Visible = True End Sub Private Sub Report_Open(Cancel As Integer) Dim cmdtext As String Dim selecttext As String Dim fromtext As String Dim wheretext As String Dim orderbytext As String Dim finalsqltext As String 'Link in tables for query Call linkdatatable("tblAccount") Call linkdatatable("tblEmployee") Call linkdatatable("tblTimeCardHour") Call linkdatatable("tblAdminTimeDescripion") selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'Now create the correct recordsource for the main report 'Create the SELECT portion of the SQL Statement selecttext = "SELECT" selecttext = selecttext & " tblAccount.AccountNumberID," selecttext = selecttext & " tblAccount.AccountNumber," selecttext = selecttext & " tblAccount.AccountName," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS AccountAdmin" 'Createt the FROM portion fromtext = fromtext & " FROM" If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box fromtext = fromtext & " tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID" Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" fromtext = fromtext & " TempSort1" fromtext = fromtext & " RIGHT JOIN (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " ON TempSort1.ItemId = tblAccount.EmployeeID" Case "Account Name" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountName = TempSort1.Item" Case "Account Number" fromtext = fromtext & " (tblAccount" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblAccount.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN TempSort1" fromtext = fromtext & " ON tblAccount.AccountNumberID = TempSort1.ItemId" End Select End If 'Now work on creating the WHERE portion If Forms![frmReports-OpenAccountItems].cmbFinalSort.ListCount = 0 Then 'No items in select box 'Do Nothing because do not need to limit the output based on selected list type Else 'Items in select box so base linking on item type selected Select Case Forms![frmReports-OpenAccountItems].cmbSelectBy Case "Account Administrator" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" Case "Account Name" wheretext = wheretext & " AND (((TempSort1.Item) Is Not Null))" Case "Account Number" wheretext = wheretext & " AND (((TempSort1.Item1) Is Not Null))" End Select 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource Me.RecordSource = finalsqltext 'Now do the same steps above for the subreports (rptOpenItems-SubReport-TimeDetail, ' rptOpenItems-SubReport-InvoiceDetail, rptOpenItems-SubReport-OtherDetail) 'rptOpenItems-SubReport-TimeDetail selecttext = "" fromtext = "" wheretext = "" orderbytext = "" finalsqltext = "" 'SELECT selecttext = "SELECT" selecttext = selecttext & " tblTimeCardHour.AccountNumber," selecttext = selecttext & " tblEmployee!LastName & ', ' & tblEmployee!FirstName AS Employee," selecttext = selecttext & " tblTimeCardHour.DateWorked," selecttext = selecttext & " [TimeInMinutes]/60 AS HoursWorked," selecttext = selecttext & " tblAdminTimeDescripion.AdminTimeDescription," selecttext = selecttext & " tblTimeCardHour.DateBilled," selecttext = selecttext & " tblTimeCardHour.DatePaymentReceived," selecttext = selecttext & " tblTimeCardHour.TimeDescription" 'FROM fromtext = fromtext & " FROM" fromtext = fromtext & " (tblTimeCardHour" fromtext = fromtext & " LEFT JOIN tblEmployee" fromtext = fromtext & " ON tblTimeCardHour.EmployeeID = tblEmployee.EmployeeID)" fromtext = fromtext & " LEFT JOIN tblAdminTimeDescripion" fromtext = fromtext & " ON tblTimeCardHour.AdminTimeID = tblAdminTimeDescripion.AdminTimeID" 'WHERE 'This depends on the check box selected If Forms![frmReports-OpenAccountItems].chkBilled = 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived = 0 Then 'No items selected so do nothing ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 And Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkBilled <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.Billed <> 0" ElseIf Forms![frmReports-OpenAccountItems].chkPaymentReceived <> 0 Then wheretext = wheretext & " AND tblTimeCardHour.PaymentReceived <> 0" End If 'Now that the where clause is almost complete strip out the first 5 characters " AND " 'and then add " WHERE " to the beging of the claus If Len(wheretext) <> 0 Then wheretext = Right(wheretext, ((Len(wheretext)) - 5)) wheretext = " WHERE " & wheretext End If 'Combine the text strings to complete finalsql string finalsqltext = selecttext & fromtext & wheretext & orderbytext & ";" 'Set the recordsource 'Reports![rptOpenItems-AccountManager]![rptOpenItems-SubReport-TimeDetail].R ecordSource = finalsqltext Reports![rptOpenItems-SubReport-TimeDetail].RecordSource = finalsqltext 'Maximize the Report DoCmd.Maximize End Sub "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] Setting Sub Report Recordsource via VBA dvisors.com 06/01/2004 02:55 PM Please respond to "Access Developers discussion and problem solving" What precisely are you trying to accomplish and *when* are you trying to set the recordsource? Charlotte Foust -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 01, 2004 11:51 AM To: Access Developers discussion and problem solving Subject: [AccessD] Setting Sub Report Recordsource via VBA I am trying to set a subreport's recordsource via a VBA and cannot seem to get it correct. I have tried: me.<>.Recordsource = finalsqltext Reports!<>!<>.Recordsource = finalsqltext and neither one seems to be working. Can anyone help???? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Tue Jun 1 21:12:30 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 1 Jun 2004 22:12:30 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <002101c447f1$2665e940$5114a8c0@Comtech.Comtechpst.com> Message-ID: <000001c44847$0efc9a50$7e01a8c0@colbyws> Where do I get Seth's code? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ron Moore Sent: Tuesday, June 01, 2004 11:58 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 21:31:57 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 19:31:57 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Me too, Charlotte. Only I'm older. >From: "Charlotte Foust" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem >solving" >Subject: RE: [AccessD] OT: The Great Primary Debate >Date: Tue, 1 Jun 2004 17:40:48 -0700 > >Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure >what that makes me ... Confused? > >Charlotte Foust > >-----Original Message----- >From: jwcolby [mailto:jwcolby at colbyconsulting.com] >Sent: Tuesday, June 01, 2004 4:22 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: The Great Primary Debate > > >So... At 49 years old, would I qualify as one of the younger developers >or one of the older? ;-) > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid >Sent: Tuesday, June 01, 2004 2:17 PM >To: Access Developers discussion and problem solving >Subject: [AccessD] OT: The Great Primary Debate > > >I was taking day one of a 4 day Programming SQL Server 2000 course >today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres >programmers moving to SQL Server. > >Came to the section on Table Design. I said use an Identity value for >the PK on the table - all h%ll brooke loose for the next hour as the >great debate happened live in person. Pity JC wasnt there to back me up >(<: Was split between the younger developers who supported the use of >the ID column and the older developers and DBAs who use natural keys. >Almost a 50//50 split on age lines maybe reflecting different attitutes >to design. Took me about 20mins with one of the older guys to explain >how the relationship was maintained using Idt IDs as opposed to his >staff number. He seemed to have real problems getting the concept. > >Martin > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 1 21:32:10 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 19:32:10 -0700 Subject: [AccessD] Another Chinese question References: Message-ID: <02c001c44849$ced2f200$6601a8c0@HAL9002> Jim: Thanks for you reply. The confusing thing is that the captions on the labels and command buttons display correctly - both the Simple and the Complex Chinese forms that she sent back. But The Msgbox doesn't. So I think the appropriate fonts are available. (I sent her the version which displays the ???s in the message boxes to see if it displays correctly there. I don't think it will. ) I guess I have to try the reinstall of Office, huh? Rocky ----- Original Message ----- From: "Jim Lawrence (AccessD)" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 01, 2004 6:55 PM Subject: RE: [AccessD] Another Chinese question > Hi Rocky: > > If you set your test computer as if it is a Japaness computer, changing the > language settings and making sure the appropriate fonts are available, that > will allow you to use the character sets and display it correctly. You have > to re-install your version of Access selecting the Japanese defaults. You > can acquire any language sets you wish to play with through the M$ update > web site. > > HTH > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 12:36 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > > Dear List: > > I received the translations for the control captions and messages boxes from > by contact in Taiwan. > > I have a routine which changes the captions of the labels and command button > in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese characters. > It displays ????? in place of the characters. The translations appear in > the table as squares. That's ok. If I copy a translation directly into the > code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to display correctly > in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 21:32:33 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 19:32:33 -0700 Subject: [AccessD] Is there an easier way? Message-ID: You better know it, John >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "'Access Developers discussion and problem >solving'" >Subject: RE: [AccessD] Is there an easier way? >Date: Tue, 1 Jun 2004 20:37:45 -0400 > >Well.. Three out of three saying "that's what I did". I keep pretty >good company I guess. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Monday, May 31, 2004 1:13 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Is there an easier way? > > >Hi John > > > Is my solution harder than it needs to be? Has anyone handled a > > situation like this and if so, how do you deal with it? > >Your approach sounds pretty much like I would handle this task ... > >You are, of course, looking for some shortcuts but I don't think there >will be any given the "dynamic" nature of the data formats. > >/gustav > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Tue Jun 1 21:36:55 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Tue, 01 Jun 2004 19:36:55 -0700 Subject: [AccessD] A2K: Loop through Forms and close open forms Message-ID: Hi Darren Any time my friend. Glen >From: "Darren DICK" >Reply-To: Access Developers discussion and problem >solving >To: "Access Developers discussion and problem >solving" >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms >Date: Wed, 2 Jun 2004 11:23:58 +1000 > >Hi Glen >No I worked it out and rolled my own fro you code >What I needed was the line... >"dbsCurrent.Containers("Forms").Documents" > >Thanks heaps > >Darren >What I came up with is below > >Function f_CloseAllForms() > >On Error GoTo Err_f_CloseAllForms > >Dim objTmp As Object > Dim db As Database > Dim strName As String > > Set db = CurrentDb > > For Each objTmp In db.Containers("Forms").Documents > strName = objTmp.Name > ' If strName <> "frmSwitchboard" Then > If IsLoaded(strName) Then > DoCmd.Close acForm, strName, acSaveNo > End If > 'End If > Next objTmp > >Exit_f_CloseAllForms: >Exit Function > >Err_f_CloseAllForms: >MsgBox Err.Number & " " & Err.Description, vbCritical, "error in >f_CloseAllForms module" >Resume Exit_f_CloseAllForms > >End Function > > >----- Original Message ----- >From: "Glen McWilliams" >To: >Sent: Wednesday, June 02, 2004 11:07 AM >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > > > > Darren > > > > Do you have an equalvalent function to my gfnIsObjectOpenBln function? >Let > > me know and I will send it. Sorry I forgot it. > > > > Glen > > >From: "Darren DICK" > > >Reply-To: Access Developers discussion and problem > > >solving > > >To: "Access Developers discussion and problem > > >solving" > > >Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > > >Date: Tue, 1 Jun 2004 12:06:03 +1000 > > > > > >Glen > > >Many many thanks > > >Just what I needed > > >Many thanks > > > > > >Darren > > > > > >----- Original Message ----- > > >From: "Glen McWilliams" > > >To: > > >Sent: Tuesday, June 01, 2004 11:10 AM > > >Subject: RE: [AccessD] A2K: Loop through Forms and close open forms > > > > > > > > > > Darren > > > > > > > > Here is a snippet from my shut-down module, which walks through the > > >Forms > > > > collection closing any open form: > > > > > > > > '****Begin Code**** > > > > ' Close any open Forms. > > > > ' Loop through the Forms collection. > > > > For Each objTmp In dbsCurrent.Containers("Forms").Documents > > > > ' Assign the name propery value, for each Form, to the Name >string > > > > variable. > > > > strName = objTmp.Name > > > > If gfnIsObjectOpenBln(acForm, _ > > > > strName) Then > > > > ' Use the Close method of the DoCmd object to close the > > >specified > > > > object. > > > > DoCmd.Close acForm, strName > > > > End If > > > > ' Repeat the foregoing block of statements for the next element >in > > >the > > > > specified > > > > ' collection. > > > > Next objTmp > > > > '****End Code**** > > > > > > > > > > > > >From: "Darren DICK" > > > > >Reply-To: Access Developers discussion and problem > > > > >solving > > > > >To: "AccessD List" > > > > >Subject: [AccessD] A2K: Loop through Forms and close open forms > > > > >Date: Tue, 1 Jun 2004 09:46:57 +1000 > > > > > > > > > >Hello all > > > > > > > > > >I want to loop through the Forms collection and close any >form/forms > > >that > > > > >is/are open. > > > > > > > > > >Any suggestions? > > > > > > > > > >Many thanks in advance > > > > > > > > > >Darren > > > > > > > > > >-- > > > > >_______________________________________________ > > > > >AccessD mailing list > > > > >AccessD at databaseadvisors.com > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 1 21:40:07 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 19:40:07 -0700 Subject: [AccessD] Another Chinese question References: <200406020118.i521IpQ07380@databaseadvisors.com> Message-ID: <02e701c4484a$eaa777c0$6601a8c0@HAL9002> Karen: I looked all over the site and couldn't find an email address for him. Do you know who I can contact him? Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Karen Rosenstiel" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 01, 2004 6:18 PM Subject: RE: [AccessD] Another Chinese question > Rocky, > About 3-4 years ago I was trying to do an Access project with ONE Japanese > character. I had no luck. > > However, probably the best expert I know on Access and non-Western languages > is Michael Kaplan at http://www.trigeminal.com/ > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 12:36 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > Dear List: > > I received the translations for the control captions and messages boxes from > by contact in Taiwan. > > I have a routine which changes the captions of the labels and command button > in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese characters. > It displays ????? in place of the characters. The translations appear in > the table as squares. That's ok. If I copy a translation directly into the > code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to display correctly > in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Tue Jun 1 21:42:44 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 2 Jun 2004 12:42:44 +1000 Subject: [AccessD] A2K: Loop through Forms and close open forms References: <004001c44769$8f93e8f0$48619a89@DDICK> <1453763751.20040601095914@cactus.dk> Message-ID: <00ba01c4484b$48299bd0$48619a89@DDICK> Thanks Gustav and Drew It's up and runnin' This list is way cool DD ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 01, 2004 5:59 PM Subject: Re: [AccessD] A2K: Loop through Forms and close open forms > Hi Darren > > Another option is to loop through the opened forms only and close > these one by one (if possible): > > > > Public Function CloseAllForms() As Boolean > > ' Close all open forms. > ' Returns True if success. > ' Reports error message for any form that could not be closed. > ' > ' 1999-08-02. Cactus Data ApS, CPH. > > Dim lngForms As Long > Dim lngForm As Long > Dim strForm As String > Dim strCaption As String > Dim booError As Boolean > Dim strMsgPrompt As String > Dim strMsgTitle As String > Dim lngMsgStyle As Long > > On Error GoTo Err_CloseAllForms > > lngForms = Forms.Count > For lngForm = lngForms - 1 To 0 Step -1 > ' Close forms in reverse order. > strForm = Forms(lngForm).Name > DoCmd.Close acForm, strForm > Next lngForm > > CloseAllForms = Not booError > > Exit_CloseAllForms: > Exit Function > > Err_CloseAllForms: > strCaption = Forms(lngForm).Caption > If Len(strCaption) > 0 Then > strForm = strCaption > End If > strMsgTitle = "Error" > strMsgPrompt = "Form '" & strForm & "' could not be closed." & vbCr & vbLf > strMsgPrompt = strMsgPrompt & "Error:" & Str(Err.Number) & ". " & Err.Description > lngMsgStyle = vbOKOnly + vbExclamation 'vbCritical > DoCmd.Beep > MsgBox strMsgPrompt, lngMsgStyle, strMsgTitle > booError = True > Resume Next > > End Function > > > > /gustav > > > > I want to loop through the Forms collection and close any form/forms that is/are open. > > > Any suggestions? > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From karenr7 at oz.net Tue Jun 1 21:50:33 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Tue, 1 Jun 2004 19:50:33 -0700 Subject: [AccessD] Another Chinese question In-Reply-To: <02e701c4484a$eaa777c0$6601a8c0@HAL9002> Message-ID: <200406020250.i522oRQ16407@databaseadvisors.com> Rocky, It was several years ago that I corresponded with him, but try this: michka at trigeminal.com Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 01, 2004 7:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Another Chinese question Karen: I looked all over the site and couldn't find an email address for him. Do you know who I can contact him? Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Karen Rosenstiel" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 01, 2004 6:18 PM Subject: RE: [AccessD] Another Chinese question > Rocky, > About 3-4 years ago I was trying to do an Access project with ONE Japanese > character. I had no luck. > > However, probably the best expert I know on Access and non-Western languages > is Michael Kaplan at http://www.trigeminal.com/ > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 12:36 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > Dear List: > > I received the translations for the control captions and messages boxes from > by contact in Taiwan. > > I have a routine which changes the captions of the labels and command button > in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese characters. > It displays ????? in place of the characters. The translations appear in > the table as squares. That's ok. If I copy a translation directly into the > code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to display correctly > in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 1 22:53:12 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 1 Jun 2004 20:53:12 -0700 Subject: [AccessD] Another Chinese question References: <200406020250.i522oRQ16407@databaseadvisors.com> Message-ID: <033c01c44855$20c3cf20$6601a8c0@HAL9002> Thanks. I'll give it a try. Rocky ----- Original Message ----- From: "Karen Rosenstiel" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 01, 2004 7:50 PM Subject: RE: [AccessD] Another Chinese question > Rocky, > It was several years ago that I corresponded with him, but try this: > michka at trigeminal.com > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 01, 2004 7:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Another Chinese question > > Karen: > > I looked all over the site and couldn't find an email address for him. Do > you know who I can contact him? > > Best, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Karen Rosenstiel" > To: "'Access Developers discussion and problem solving'" > > Sent: Tuesday, June 01, 2004 6:18 PM > Subject: RE: [AccessD] Another Chinese question > > > > Rocky, > > About 3-4 years ago I was trying to do an Access project with ONE Japanese > > character. I had no luck. > > > > However, probably the best expert I know on Access and non-Western > languages > > is Michael Kaplan at http://www.trigeminal.com/ > > > > Karen Rosenstiel > > Seattle WA USA > > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > > Beach Access Software > > Sent: Tuesday, June 01, 2004 12:36 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Another Chinese question > > > > Dear List: > > > > I received the translations for the control captions and messages boxes > from > > by contact in Taiwan. > > > > I have a routine which changes the captions of the labels and command > button > > in the OnOpen event of a form and it works beautifully. > > > > However, I can't get the message boxes to display the Chinese characters. > > It displays ????? in place of the characters. The translations appear in > > the table as squares. That's ok. If I copy a translation directly into > the > > code, it shows as ?????? > > > > Does anyone know offhand how to get foreign characters to display > correctly > > in message boxes. > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 1 23:17:27 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 21:17:27 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFB7@main2.marlow.com> Message-ID: Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 1 23:27:33 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 21:27:33 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <002a01c44837$ab5593d0$7e01a8c0@colbyws> Message-ID: Definitely one of the younger. :-) It is one of attitute...as the kids say "No matter how old Dad gets he will never grow up." Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 1 23:41:54 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 01 Jun 2004 21:41:54 -0700 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: <002b01c44839$1e7757d0$7e01a8c0@colbyws> Message-ID: Hi John: It is not that I do not believe in partitions it is I have not seen or witnessed any advantage to breaking up a drive. With indexing on, the file access is just as fast, if a drive crashes all partitions are lost, anyway and if data or program files out grow their petitioned area, it's out with the 'Partition magic'. Then there is also the very real possibility of corrupting a partition. IMHO, you might as well have been just using directories. Use the old DOS substitute command or just map a directory tree to another local drive letter. My two cents worth Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rmoore at comtechpst.com Wed Jun 2 00:02:02 2004 From: rmoore at comtechpst.com (Ron Moore) Date: Wed, 2 Jun 2004 01:02:02 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: In-Reply-To: <000001c44847$0efc9a50$7e01a8c0@colbyws> Message-ID: <000001c4485e$bf6305c0$6801a8c0@Comtech.Comtechpst.com> John, You'll find it at http://puma.agron.ksu.edu/~sgsax/download/file_io.txt. Regards, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 10:13 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Where do I get Seth's code? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ron Moore Sent: Tuesday, June 01, 2004 11:58 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andrew.haslett at ilc.gov.au Wed Jun 2 00:20:41 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Wed, 2 Jun 2004 14:50:41 +0930 Subject: [AccessD] VB.NET Message-ID: As to the 'javascript' issue: to respond to a client-side event, you'd have to write your own javascript anyway -> .Net simply does this for you, which is great for guys like me who aren't keen on JS. I can't see any security risks involved off the top of my head. Whats more is that .Net automatically determines if the browser supports 'uplevel' features, and if not, alters the client side code that it creates to suit. But, the main advantage for me is maintaining state automatically. A common scenario: "You need a web-form which displays existing data from a record, allows editing of those details and must validate the details upon submission before saving". In most languages you need to write one set of code to initially populate your fields, another to collect the user data after form submission, and yet another to validate the code and re-populate those fields if validation fails. In .Net, you populate your fields once, and apply appropriate validation rules to them. ASP.Net will then perform this validation server-side and/or client-side (if the browser supports it) *automatically*, and if the validation fails, will re-populate the fields *automatically* (through a feature called 'viewstate'). I can't think of anything that beats that... It ensures validation is carried out irrespective of the browser version, and maintains state as if it were a real-time thick-client application like Access or a Windows Application. That in itself is worth a look in my book... Cheers, Andrew -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Wednesday, 2 June 2004 7:07 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From stuart at pacific.net.hk Wed Jun 2 00:36:20 2004 From: stuart at pacific.net.hk (Stuart Sanders) Date: Wed, 2 Jun 2004 13:36:20 +0800 Subject: [AccessD] Another Chinese question In-Reply-To: <013101c4480f$adb6e390$6601a8c0@HAL9002> Message-ID: <02e701c44863$8912cf50$2a00a8c0@nbbits01> Hi Rocky, Hmmm 2 threads in a fortnight that I've read and responded to. I guess I'm almost back. Living in a city where both traditional and simplex chinese characters are commonly used I have dealt with this occasionaly. Typically though I develop in English as it is only the data entry that needs to be able to support chinese. I haven't tried doing msgbox in Chinese, but I would guess that the problem is due to the following. Windows comes with two sets of APIs for most things. One is ANSI and the other is Unicode. These are usually designated by A (ANSI) and W (Wide). If you have the default language set to a roman script language (English, French, German, etc) then windows by default uses the ANSI APIs. Likewise if you use a language set that requires Unicode windows will switch to the Wide apis. Now you can force this by progamatically calling the appropriate API at runtime. For msgbox in theory what you need to do is call the MessageBoxW api. I will have a play with this and see if I can get a test db working for you and sent it via email. Stuart > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: Wednesday, 2 June 2004 3:36 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Chinese question > > > Dear List: > > I received the translations for the control captions and > messages boxes from by contact in Taiwan. > > I have a routine which changes the captions of the labels and > command button in the OnOpen event of a form and it works beautifully. > > However, I can't get the message boxes to display the Chinese > characters. It displays ????? in place of the characters. > The translations appear in the table as squares. That's ok. > If I copy a translation directly into the code, it shows as ?????? > > Does anyone know offhand how to get foreign characters to > display correctly in message boxes. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From connie.kamrowski at agric.nsw.gov.au Wed Jun 2 00:51:10 2004 From: connie.kamrowski at agric.nsw.gov.au (connie.kamrowski at agric.nsw.gov.au) Date: Wed, 2 Jun 2004 15:51:10 +1000 Subject: [AccessD] Sub report Numbering Message-ID: Hi again, I have written a report which contains two separate sub reports. These reports contain conditions. report 1 contains general conditions drawn from one table and report 2 contains specific conditions drawn from another. The client would like me to include consecutive numbering on the conditions so it appears they all come from one place. This would mean I would need to be able to take the number from the final row of the first report and increment it in the second report and present on the main report. anybody have any ideas? Connie Kamrowski Analyst/Programmer Information Technology NSW Agriculture Orange Ph: 02 6391 3250 Fax:02 6391 3290 This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient or received it in error, please delete the message and notify sender. Views expressed are those of the individual sender and are not necessarily the views of their organisation. From rgilimited at btconnect.com Wed Jun 2 03:41:50 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Wed, 2 Jun 2004 09:41:50 +0100 Subject: [AccessD] Force new page from Subreport Qty Message-ID: <000401c4487d$74279700$5373a8c0@local> I have a standard type report based on Order / Order Line tables with Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no sorting or grouping in either report. I need to force a new page whenever the sum of [Qty] field in [WHD_Line_Sub] >= 3 . (ie no more than 3 items allowed per page) I have got so far: Add Text box in [WHD_Line_Sub] Name = RunSum Control Source = [Qty] Running Sum = Over All On [WHD_Line_Sub] Detail Format event : Dim x as long x = me.RunSum If x >= 3 then ??Force new Page here x = 0 End If On [WHD_Ord] Page Footer Print Event ??Reset me.RunSum = 0 Having trouble working out how to do the two items prefixed ?? Can anyone suggest the correct syntax or am I going about it the wrong way? Regards Robin Lawrence robin at rolledgold.co.uk From gustav at cactus.dk Wed Jun 2 04:33:02 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 11:33:02 +0200 Subject: [AccessD] VB.NET In-Reply-To: References: Message-ID: <1336268994.20040602113302@cactus.dk> Good question Rocky! Charlotte, what is ActiveReports? /gustav > Crystal or ActiveReports (we use the latter). There is also MS SQL > Reports, although I'm not sure that is actually out yet. > Charlotte Foust > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Tuesday, June 01, 2004 11:48 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VB.NET > What reporting features are in vb.net? Or do you need something like > Crystal to do reports? > Rocky From andrew.haslett at ilc.gov.au Wed Jun 2 05:10:56 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Wed, 2 Jun 2004 19:40:56 +0930 Subject: [AccessD] VB.NET Message-ID: SQL Reporting has been out for a few months now and is quite good. Has many of the features of the Access report designer (which is still the best going around in my opinion). Free if you already have a SQL Server License. You need Visual Studio.net to design them though. Not as powerful as Crystal... yet... Active Reports is a competitor of Crystal Reports. Some consider it better, however I haven't used it myself. It's probably cheaper than Crystal though... There are .Net versions (or add-ins) for both Crystal and Active Reports. That's said, .Net has a number of built-in graphical 'libraries' such as GDI based that you can you to produce quite nice reports (with graphs) in HTML. And since it's easier to retrieve and handle datasets and objects in .Net, its not difficult to output this data in a report format. Since its HTML, very little overhead and no plug-ins required. I'm starting to port a number of our existing Crystal Reports across to SQL Reporting Services reports or just plain HTML since it's easy to do in .Net. Been great so far. SQL Reporting: http://www.microsoft.com/sql/reporting/default.asp Crystal Reports: http://www.businessobjects.com/products/reporting/default.asp Active Reports: http://www.datadynamics.com/Products/ProductMenu.aspx?Product=ARNET Cheers, Andrew -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, 2 June 2004 7:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] VB.NET Good question Rocky! Charlotte, what is ActiveReports? /gustav > Crystal or ActiveReports (we use the latter). There is also MS SQL > Reports, although I'm not sure that is actually out yet. > Charlotte Foust > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Tuesday, June 01, 2004 11:48 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] VB.NET > What reporting features are in vb.net? Or do you need something like > Crystal to do reports? > Rocky -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From jwcolby at colbyconsulting.com Wed Jun 2 06:24:33 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 2 Jun 2004 07:24:33 -0400 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: Message-ID: <000a01c44894$2e4ca0b0$7e01a8c0@colbyws> Yea, personal preference. As you install dozens of programs the C: drive gets filled with directories. As you do your work, your work area gets filled with dozens of directories. I just hate wading through one looking for the other. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 02, 2004 12:42 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Going to Raid - Win2K Hi John: It is not that I do not believe in partitions it is I have not seen or witnessed any advantage to breaking up a drive. With indexing on, the file access is just as fast, if a drive crashes all partitions are lost, anyway and if data or program files out grow their petitioned area, it's out with the 'Partition magic'. Then there is also the very real possibility of corrupting a partition. IMHO, you might as well have been just using directories. Use the old DOS substitute command or just map a directory tree to another local drive letter. My two cents worth Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 2 07:12:26 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 08:12:26 -0400 Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Message-ID: Many years ago, G?stav was the first to point me in this direction...thankfully, since then, I've never had a need to look anywhere else. Mark -----Original Message----- From: Ron Moore [mailto:rmoore at comtechpst.com] Sent: Wednesday, June 02, 2004 1:02 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Trouble with Seth's I/O in lieu of transfertext: John, You'll find it at http://puma.agron.ksu.edu/~sgsax/download/file_io.txt. Regards, Ron -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 10:13 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Trouble with Seth's I/O in lieu of transfertext: Where do I get Seth's code? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ron Moore Sent: Tuesday, June 01, 2004 11:58 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Trouble with Seth's I/O in lieu of transfertext: To all who use Seth's code for 'File I/O in VB', I really like the control that Seth's code provides, however, I'm having trouble writing to the output file. I have verified the output string being built from the recordset but the following line of code fails (drops out of the module without executing remaining code and without an error being raised). 'Print #intFileDesc, stroutput 'Print output string to file' Am I missing something here? Any ideas? TIA as always, Ron Moore -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 2 07:48:38 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 08:48:38 -0400 Subject: [AccessD] Going to Raid - Win2K Message-ID: I use both methods at home. For video and imaging work I use a separate partition. I am always adding, modifying, and deleting so that partition tends to fragment quickly resulting in frequent defrag sessions. For all other created works I've gotten in the habit of creating directory structures under the ubiquitous "My Documents". Though I can't vouch for it personally, since I've never had to go through it...IIRC when you are restoring to an earlier save point, that area is ignored and all recent changes are left intact. It also makes backups a breeze...only two areas to worry about. In any case, much like Jim suggested, I create new taskbar toolbars that point to my most-used directories deep within the "My Documents" folder structure. Mark -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 02, 2004 7:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Yea, personal preference. As you install dozens of programs the C: drive gets filled with directories. As you do your work, your work area gets filled with dozens of directories. I just hate wading through one looking for the other. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 02, 2004 12:42 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Going to Raid - Win2K Hi John: It is not that I do not believe in partitions it is I have not seen or witnessed any advantage to breaking up a drive. With indexing on, the file access is just as fast, if a drive crashes all partitions are lost, anyway and if data or program files out grow their petitioned area, it's out with the 'Partition magic'. Then there is also the very real possibility of corrupting a partition. IMHO, you might as well have been just using directories. Use the old DOS substitute command or just map a directory tree to another local drive letter. My two cents worth Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Tuesday, June 01, 2004 5:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Going to Raid - Win2K Just an update, I ordered 2 80g hard drives to set up raid on my server system disk. That system has a raid controller on the motherboard. It was relatively painless, taking a mere 6-8 hours to figure out and implement. The Highpoint Rocketraid on the other hand... I almost RMAd, and probably should have done so. Following their instructions I managed to get the system in a state where it was an array but couldn't write the mirror, the software wouldn't allow any choice but "write the mirror" or continue booting. I couldn't undo and start over. I had an existing 120g hard drive with all my software installed, broken into partitions. I commonly create a system partition of 30-40g and then one or more partitions for my work stuff, and I wanted to just mirror that drive. NEVER DID. I have to guess it was the partitions but since the software had NO help files, no error codes, nothing on the web for help, no user groups, etc... In the end I just formatted and started over, where I managed to set up the mirror as I was doing the install, but I ended up with a single large partition, which I hate. Would I buy the controller again, or recommend it? Nope. It is functioning, but not on my terms. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby Sent: Saturday, May 15, 2004 12:44 AM To: Tech - Database Advisors Inc.; AccessD Subject: [AccessD] Going to Raid - Win2K Folks, About 6 months ago my less than one year old Maxtor 120g hard drive bit the dust. I replaced it with an old 40g drive I had laying around and a 160g drive. I had intended to just replace it with a 160g but quickly discovered that Win2K doesn't natively support large hard disks until you get SP3 or better installed and manually edit the registry. Thus the old 40g to get Windows up, then the 160g set up. That 40g drive failed this week. In both cases my C: drive (partition) was lost. Backups simply aren't the end all and be all in a case like this because of all the programs and individualized settings for each program - the registry etc. What I have learned from this is that the lost productivity was roughly 2-3 days per incident, waaaay more than the delta cost of Raid 1. I have decided not to go through that again. I am now researching a Raid 1 solution (simple mirror) using a pair of Maxtor 120g drives. This gives me 40g for the system partition (drive c:) and 80g for my dev stuff, web dev etc. My current choice for controller (I do have $ limits to face) is a Highpoint RocketRaid 133. In order to get back up before the weekend I went down to Staples and plunked down the $ for a Maxtor 6y120P0 120g 8mb buffer hard disk. My intention at this point is to order a matching drive and the raid controller from www.Egghead.com and when I get it, set up the mirror. I have a couple of questions though for anyone who may have experience in this. 1) I have already partitioned the new drive and installed Win2K Pro, Office and other programs. Once I get the controller, can I just unplug this disk from my motherboard, plug it in to the raid controller, plug the matching drive in, and tell something to "set up the mirror"? I.e. the new drive gets the exact same partitions (there are three of them) created, files written, and I'm up and running mirrored? 2) If not am I facing a reinstall of everything again? 3) Is there anything I need to know? I just want it to work - I am not a (trained) system admin, I am a developer working in a SOHO. The idea is to get my dev system set up so that all of my installed software and development stuff never again die because a disk dies. I have found and read a bunch of articles on raid in general but can't find any detailed information on the PROCESS of setting the thing up, and specifically with this controller. I assume the documentation with the controller will tell me most of what I need to know, but of course.... what can go wrong will. Any comments or suggestions appreciated. John W. Colby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From alan.lawhon at us.army.mil Wed Jun 2 07:51:28 2004 From: alan.lawhon at us.army.mil (Lawhon, Alan C Contractor/Morgan Research) Date: Wed, 2 Jun 2004 07:51:28 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <5D5043687CFCE44288407A73E4CC6E17448ED1@redstone819.ad.redstone.army.mil> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JRojas at tnco-inc.com Wed Jun 2 07:58:29 2004 From: JRojas at tnco-inc.com (Joe Rojas) Date: Wed, 2 Jun 2004 08:58:29 -0400 Subject: [AccessD] Adding ADODB parameters Message-ID: <0CC84C9461AE6445AD5A602001C41C4B059D18@mercury.tnco-inc.com> Thanks for the reply James...but unfortunately that didn't work either. I still get the type mismatch error. If I cast first: CDbl(com3.Parameters("@CV)) + CDbl(com3.Parameters("@CP")) + ... it works correctly. Any other suggestions or is this just the way it has to be? -----Original Message----- From: James Barash [mailto:James at fcidms.com] Sent: Tuesday, June 01, 2004 5:28 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Adding ADODB parameters JR: Try com3.Parameters("@CV").Value + com3.Parameters("@CP").Value + ... You might also want to wrap each one in an nz() function if it is possible for one or more parameters to be Null. James Barash -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Rojas Sent: Tuesday, June 01, 2004 3:35 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Adding ADODB parameters Hi All, Using an ADO command object to retrieve information from a SQL Server 7 stored procedure. The command object has 3 OUTPUT parameters used to retrieve 3 values from the stored procedure. The command object parameters are set up as follows: ... com3.Parameters.Append com3.CreateParameter("@CV", adDecimal, adParamOutput) com3.Parameters("@CV").Precision = 10 com3.Parameters("@CV").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@CP", adDecimal, adParamOutput) com3.Parameters("@CP").Precision = 10 com3.Parameters("@CP").NumericScale = 4 com3.Parameters.Append com3.CreateParameter("@SV", adDecimal, adParamOutput) com3.Parameters("@SV").Precision = 10 com3.Parameters("@SV").NumericScale = 4 ... Precision and scale are set exactly the same as the stored procedure, which is setup exactly the same as the table. The SP runs perfectly. If I check the values in the parameters after the SP runs, I get the desired values. The problem is that if I tried to perform the calculation: com3.Parameters("@CV") + com3.Parameters("@CP") + com3.Parameters I get a type mismatch error. If I cast all 3 parameters to type Double before the calculation, it works fine. Can I not do this? Thanks JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. From Mark.Mitsules at ngc.com Wed Jun 2 08:07:20 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 09:07:20 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From EdTesiny at oasas.state.ny.us Wed Jun 2 08:17:27 2004 From: EdTesiny at oasas.state.ny.us (Tesiny, Ed) Date: Wed, 2 Jun 2004 09:17:27 -0400 Subject: [AccessD] OT - another list - out of office Message-ID: People are using the Out of Office Assistant to respond to incoming emails when they're out of the office. Just setup a rule in Outlook that automatically sends these messages to the deleted files folder. Ed Tesiny EdTesiny at oasas.state.ny.us -----Original Message----- From: O'Connor, Patricia [mailto:Patricia.O'Connor at dfa.state.ny.us] Sent: Tuesday, June 01, 2004 4:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT - another list - out of office Hi all I know this is way off topic but you people have answers for everything and I know some of you run these and other lists. I am asking here so I can forward suggestions to that list owners. I recently subscribe to another list for another software. I am getting tons of out-of-office replies from it. What makes that happen and how can I get it to stop. Thanks ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Wed Jun 2 08:21:13 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Wed, 2 Jun 2004 09:21:13 -0400 Subject: [AccessD] Going to Raid - Win2K In-Reply-To: Message-ID: <000901c448a4$7d1e9850$6401a8c0@COA3> I posted a RAID question a while back here as well. One of the hardware sites led me to this: http://www.pugservers.com I just got the 120 gb version of the item sold here. It's (relatively) cheap and brain-dead simple to set up, so far so good. Steve From gustav at cactus.dk Wed Jun 2 08:57:39 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 15:57:39 +0200 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: <13125148942.20040525152948@cactus.dk> References: <40B3CF59.31134.3496DA3@localhost> <13125148942.20040525152948@cactus.dk> Message-ID: <9722146204.20040602155739@cactus.dk> Hi all Strange. Yesterday a client called us to "fix" an accounting system (not made by us). The requested fix: Allow for transactions' descriptions to be longer than 50. I suggested 250. "That's fine! We need only about 140 or so." The number 140 was purely empirical. I sat it to 255. Five tables needed redesign. Four forms and two reports too. /gustav > Hi Stuart > well, you and several contributors to this thread - with Arthur > and Scott as the bright exceptions - should join a club of weeping > school girls. Now come on and get professional as is the general > attitude of our fellow listers. > If you design an app wrongly, you'll of course have to fix it; if some > standard is changed, say postal codes for a country goes from x to y > format and you couldn't know, the client has to pay. If your app is > out in big numbers, you would offer an update. > Since when has distributing an update been a problem? > /gustav >> On 25 May 2004 at 7:45, Scott Marcus wrote: >>> >>> Someone else mentioned not limiting fields to 2 letters for state >>> abbreviations. Why not? When the abbreviations jump to 3 letters, I'll >>> make the field bigger. That's just part of my job. >>> >> And who pays for that work to be done? >> Do you stick the client with a bill for a modification that >> shouldn't have been needed or do you wear the cost of the time >> yourself. >> What if you've got the same app rolled out in lot's of different >> places. It can get quite expensive to provide updates to all the >> sites. From gustav at cactus.dk Wed Jun 2 09:26:02 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 16:26:02 +0200 Subject: [AccessD] On DB Bloat, Bad DB Design, and various In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE613@TAPPEEXCH01> References: <426071E0B0A6D311B3C0006008B0AB23AFE613@TAPPEEXCH01> Message-ID: <6423849233.20040602162602@cactus.dk> Hi Brett Where can you carry this out successfully? Not in Access 97 ... /gustav > So let me get this straight... > You just got paid $150 to do what could have been accomplished with the > following SQL statement: > ALTER TABLE MyTable > ALTER COLUMN MyField varchar(255) > So, can you pass along my name to them? Heck, I'd be willing to do that > for a mere $75! ;-) From BBarabash at TappeConstruction.com Wed Jun 2 09:34:32 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Wed, 2 Jun 2004 09:34:32 -0500 Subject: [AccessD] On DB Bloat, Bad DB Design, and various Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE62B@TAPPEEXCH01> In the SQL Server database that Drew was talking about. -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, June 02, 2004 9:26 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] On DB Bloat, Bad DB Design, and various Hi Brett Where can you carry this out successfully? Not in Access 97 ... /gustav > So let me get this straight... > You just got paid $150 to do what could have been accomplished with > the following SQL statement: > ALTER TABLE MyTable > ALTER COLUMN MyField varchar(255) > So, can you pass along my name to them? Heck, I'd be willing to do that > for a mere $75! ;-) -- -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From DWUTKA at marlow.com Wed Jun 2 10:23:45 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 10:23:45 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFBB@main2.marlow.com> I'm curious where they get those numbers. Most people that would have older systems like that probably wouldn't be on sites tracking that stuff! LOL. Actually, I like programming in normal ASP. ASP.NET certainly looks interesting, but I don't really see that much of an advantage with the types of projects I normally do. So it's not a matter of spending 'extra' time to handle low end users, it's just part of the simplicity that I like to have with my web stuff. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 01, 2004 11:17 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 2 10:26:13 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 10:26:13 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFBC@main2.marlow.com> I am going to have to play around with it. It does look interesting, I have just always been jaded against client side scripting. Just my personal preference though. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Wednesday, June 02, 2004 12:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET As to the 'javascript' issue: to respond to a client-side event, you'd have to write your own javascript anyway -> .Net simply does this for you, which is great for guys like me who aren't keen on JS. I can't see any security risks involved off the top of my head. Whats more is that .Net automatically determines if the browser supports 'uplevel' features, and if not, alters the client side code that it creates to suit. But, the main advantage for me is maintaining state automatically. A common scenario: "You need a web-form which displays existing data from a record, allows editing of those details and must validate the details upon submission before saving". In most languages you need to write one set of code to initially populate your fields, another to collect the user data after form submission, and yet another to validate the code and re-populate those fields if validation fails. In .Net, you populate your fields once, and apply appropriate validation rules to them. ASP.Net will then perform this validation server-side and/or client-side (if the browser supports it) *automatically*, and if the validation fails, will re-populate the fields *automatically* (through a feature called 'viewstate'). I can't think of anything that beats that... It ensures validation is carried out irrespective of the browser version, and maintains state as if it were a real-time thick-client application like Access or a Windows Application. That in itself is worth a look in my book... Cheers, Andrew -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Wednesday, 2 June 2004 7:07 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's why I'm a little leary of ASP.NET. Not so much about the latest gadgets being able to use limited versions, but OLDER versions of a browser that doesn't have a clue about a javascript line. As for the VB/.NET comparison. I agree that most of it is style related. However, I would like to clarify a few things: Initialize/Terminate: I see what you mean now, about sending arguments into a class when created. I too have created many a class where I have built a 'GetData' or 'Startup' function to perform startup code, only after various elements have been set. However, that doesn't mean that VB 6.0's process is flaky. .NET has improved the capability, not the stability. That is a BIG difference in my book. The Function/Sub bracket issue. Um, I don't think I have used 'Call' since the first few months of programming. To me it's just obbvious, Standalone no parenthesis required, as an 'argument' or on the right side of an equation, then you use parenthesis. I can see how forcing them to always be there would make it 'consistent', in a manner of speaking, but to me that is just a nuance. As for API's, ya, I've found a lot of people shy away from API's. It took a few months to get into, but after that, I can't get enough of them. I have to agree the LoWord/HiWord issue is a little bit of a pain, but I have found that the MSDN has documentation on every API (almost) that I have come across. I almost never use arrays, unless I am forced too. An example of where I am forced....Split(). It returns an array. Since I have delved into collections, I have never looked back. Are you saying that .NET let's you search AND sort collections? Personally I 'build' my collection 'sorted' if I need it to be, and if I need to search, I am usually creating the key off of what I am going to most frequently be using as a 'search' key. Haven't done much with serial comms in VB. Just never needed too. Over all, still nothing that blows my skirt up! (I know I'm going to hear something about THAT comment! LOL) Inheritance and the constructors sound neat, but there I have done without for quite sometime. It's not that I don't want to try it out, and get used to it (cause I DID 'review' those movies, so my copies on it's way), but I just have so much in my current 'model', it's just habit to kick stuff out in that format. Know what I mean? Maybe I'll try tackling a few 'stand alone' projects with it. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 01, 2004 3:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] VB.NET My understanding was that it uses JavaScript to perform the custom control behaviors. My understanding was that the server renders it to something that most browsers can accept. I even saw a demo where an ASP.NET app adapted its output to WML on a browser-enabled text-only cell phone. Haven't delved far enough into this aspect to tell you exactly which browsers it works with. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 2 10:32:39 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 10:32:39 -0500 Subject: [AccessD] On DB Bloat, Bad DB Design, and various Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFBD@main2.marlow.com> LOL. The nice thing is that you were actually told what was wrong. The real nightmare with 'short' fields is that users will sometimes describe what's going on, a little off skew. So it may take a bit of hunting before you actually find the problem. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Wednesday, June 02, 2004 8:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] On DB Bloat, Bad DB Design, and various Hi all Strange. Yesterday a client called us to "fix" an accounting system (not made by us). The requested fix: Allow for transactions' descriptions to be longer than 50. I suggested 250. "That's fine! We need only about 140 or so." The number 140 was purely empirical. I sat it to 255. Five tables needed redesign. Four forms and two reports too. /gustav > Hi Stuart > well, you and several contributors to this thread - with Arthur > and Scott as the bright exceptions - should join a club of weeping > school girls. Now come on and get professional as is the general > attitude of our fellow listers. > If you design an app wrongly, you'll of course have to fix it; if some > standard is changed, say postal codes for a country goes from x to y > format and you couldn't know, the client has to pay. If your app is > out in big numbers, you would offer an update. > Since when has distributing an update been a problem? > /gustav >> On 25 May 2004 at 7:45, Scott Marcus wrote: >>> >>> Someone else mentioned not limiting fields to 2 letters for state >>> abbreviations. Why not? When the abbreviations jump to 3 letters, I'll >>> make the field bigger. That's just part of my job. >>> >> And who pays for that work to be done? >> Do you stick the client with a bill for a modification that >> shouldn't have been needed or do you wear the cost of the time >> yourself. >> What if you've got the same app rolled out in lot's of different >> places. It can get quite expensive to provide updates to all the >> sites. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bridgetd at biostat.umn.edu Wed Jun 2 11:22:48 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 11:22:48 -0500 (CDT) Subject: [AccessD] Update Query? Message-ID: Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran From DWUTKA at marlow.com Wed Jun 2 11:36:27 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 11:36:27 -0500 Subject: [AccessD] Update Query? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC0@main2.marlow.com> A few questions. Do you have a Date/Time field that records when a record is created? Do you have a field that is used to determine when the last change to that record was made? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 11:23 AM To: Access Developers discussion and problem solving Subject: [AccessD] Update Query? Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 11:52:28 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 12:52:28 -0400 Subject: [AccessD] Update Query? In-Reply-To: Message-ID: <20040602165227.RADQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Bridget -- it sounds like you're just making a copy of a table with all its contents to me. Is this correct? If you're updating changes and adding new records, it sounds like an exact copy in the end. Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 12:23 PM To: Access Developers discussion and problem solving Subject: [AccessD] Update Query? Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bridgetd at biostat.umn.edu Wed Jun 2 11:56:49 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 11:56:49 -0500 (CDT) Subject: [AccessD] Update Query? In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFC0@main2.marlow.com> Message-ID: No and No. I have no control over the source data. I can put those fields into the new table I am creating from this data but I don't think that's what you're getting at. Our client will be using the demographic data from this institution (source data that I have no control over) and then adding to the created table similar data from other institutions that they(the client) will do the data entry on. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu From clh at christopherhawkins.com Wed Jun 2 11:58:36 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 2 Jun 2004 10:58:36 -0600 Subject: [AccessD] VB.NET Message-ID: <48150-2200463216583662@christopherhawkins.com> This is why I try to limit my web work to intranet apps rather than public websies - I can be 100% certain that all my users are using Browser X, which saves me from worrying if the page will render properly in Upstart v2.6x on an even-numbered Tuesday immediately preceding the equinox. I feel for you guys who write publicly-facing sites. ;) -Christopher- ---- Original Message ---- From: DWUTKA at marlow.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] VB.NET Date: Wed, 2 Jun 2004 10:23:45 -0500 >I'm curious where they get those numbers. Most people that would >have older >systems like that probably wouldn't be on sites tracking that stuff! >LOL. > >Actually, I like programming in normal ASP. ASP.NET certainly looks >interesting, but I don't really see that much of an advantage with >the types >of projects I normally do. So it's not a matter of spending 'extra' >time to >handle low end users, it's just part of the simplicity that I like >to have >with my web stuff. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim >Lawrence >(AccessD) >Sent: Tuesday, June 01, 2004 11:17 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >Drew: > >The last time I have seem statistics of the numbers of people still >using >IE4.x or older. The numbers are in the range of 0.05% or 5 for every >10,000. >Not meaning to sound heartless, but as a programmer would you spend >time or >money on designing extensive code to support that small group of >individuals? > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 2:35 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >That's good to hear! I'm still leary of 'OLDER' browsers. There >are people >in this world still using Windows 95 a, with IE 3.01. (And even >older). >Did you know it is impossible to upgrade the browser from that point, >without a CD, or the cabs for a later IE? Microsoft's own website >(including the windows update site) isn't supported in that browser. > >Still gives me the heebie jeebies. I'd have to check it out myself. > What >kind of security issues are you risking, though, if you are putting >the >scripting out on the other end to send stuff through. Just another >thought >to ponder. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro >Sent: Tuesday, June 01, 2004 3:45 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >ASP.NET code (written in either VB.NET or C#) is not browser >dependent. In >fact ASP.NET generates the appropriate javascript code for the >client side >when it renders the page. All the business logic is encapsulated in >a DLL on >the BIN folder in the web root. > >--- >Eric Barro >Senior Systems Analyst >Advanced Field Services >(208) 772-7060 >http://www.afsweb.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 12:46 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >Actually, I watched some of the ASP.Net stuff, and the only >'impressive' >feature I saw was the ability to replace .dll's that are in use. >It's an >annoyance to restart and IIS server, but it's not that difficult >really. So >it's a neat trick, but it's not making me gear up for ASP.NET. What >I >REALLY want to know about ASP.NET, is how browser dependant is it? >They had >something VERY similiar to what you see as 'features' of ASP.NET in >some >'remote' scripting language. Can't remember the exact name. >However, it >required IE, and IE only. A lot of what ASP.NET is doing, is >mimicing >features I read about a long time ago with the 'remote' scripting. >So I'm >just a bit cautious as to how 'wowie' asp tricks get. We have users >out >there with VERY old browsers....long story. > >As far as the items I disagree with: > >Haven't found Initialize/Terminate events to be 'flaky'. > >(strongly agreed with the Dim x As New comment though...pure evil. >I used >it for a while, and didn't even know about it...) > >I personally don't care to initialize variables when I'm declaring >them. To >me, that is more of a constant role, then an variable role. I >personally >prefer to declare my variables and then get to assigning them >values. I >think it helps me structure my code better. By thinking only about >what >variables I am going to need, I get a pretty good picture of the >'framework' >I am building. I find that some of my best 'code' is when I don't >have to >declare a variable 'mid stream'. (I'll declare it at top, but I mean: >'Ooops, need a variable for that...' kind of thing). > >Not sure what you really meant with the bracket syntax for functions >and >subs. > >Never found Win32 API's to be combersome. Only quirk I have ever >found are >the ones that require ByVal (which I also agree should be the >default). > >Have never found collections to be tricky to work with, and also >have not >found them to be limited either. (What limitations are you >referring too?) > >Used File I/O commands in VB pretty easily, but I think I use >slightly >different syntax/commands then what I have seen on the list. > >VB does have console support, it just can't output to it! LOL. But >if you >are writing batch files, you just need to be able to call it. > (kind >of teasing on this one, I think it would be handy too.....I think I >did find >something sometime that showed a way to create console output from >VB). > >Only real issue I have found with the services, is that the OCX does >not >allow for multi-threading. Other then that, I practically have a >'Windows >Service Project' for VB 6.0. Practically drop in place (Actually, I >usually >just grab one I built, and plop in the new code (depending on >whether it's a >timer or 'event' driven service).) > >Have never had 'unstable' issues with Multi-threading, but I will >admit that >it is somewhat a pain to implement....well, somewhat is understating >it a >little! LOL. > >Drew > >- >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From bridgetd at biostat.umn.edu Wed Jun 2 12:04:06 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 12:04:06 -0500 (CDT) Subject: [AccessD] Update Query? In-Reply-To: <20040602165227.RADQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Message-ID: Susan: This is mostly the case. I have to clean up some bad design issues each time by pulling only the min date for each patient and the fields that go along with that. The design mixes data that should have been a separate table. I have no control over that. So yes, once I get only the records I need, it probably is a copy. But the table that is being created will have data added to it from other sources. So I would need to delete all the records from the data source I don't have control over first and then just append? Is that what you're saying? thanks Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu On Wed, 2 Jun 2004, Susan Harkins wrote: > Bridget -- it sounds like you're just making a copy of a table with all its > contents to me. Is this correct? If you're updating changes and adding new > records, it sounds like an exact copy in the end. > > Susan H. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bridget Doran > Sent: Wednesday, June 02, 2004 12:23 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Update Query? > > Hi all, > > I will be pulling a table on a monthly basis from another access database. > Initially, I make a new table with these records. Then monthly, I want to > update the new table with only records that have changed from their original > source or new records that have been added. > > Is this a simple query? > > Thanks for any help. > > Bridget Doran > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Mark.Mitsules at ngc.com Wed Jun 2 12:06:58 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 13:06:58 -0400 Subject: [AccessD] Update Query? Message-ID: I also had a similar need a few years ago. To suit my purposes, I picked up a copy of FMS's "Total Access Detective" http://www.fmsinc.com/products/detective/. It allows you to compare two database objects and determine what was added, modified, or deleted. However this approach might have required that the two objects be structurally identical...I can't recall. Mark -----Original Message----- From: Bridget Doran [mailto:bridgetd at biostat.umn.edu] Sent: Wednesday, June 02, 2004 12:23 PM To: Access Developers discussion and problem solving Subject: [AccessD] Update Query? Hi all, I will be pulling a table on a monthly basis from another access database. Initially, I make a new table with these records. Then monthly, I want to update the new table with only records that have changed from their original source or new records that have been added. Is this a simple query? Thanks for any help. Bridget Doran -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 2 12:10:50 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 12:10:50 -0500 Subject: [AccessD] Update Query? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC4@main2.marlow.com> I would have to go with what Susan said then, since the end result is that you have a 'new' copy of the data. The issue there is, that you now are overwriting 'extra' data, which is going to bloat the size of your database. You'll need to compact the database more often. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 11:57 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Update Query? No and No. I have no control over the source data. I can put those fields into the new table I am creating from this data but I don't think that's what you're getting at. Our client will be using the demographic data from this institution (source data that I have no control over) and then adding to the created table similar data from other institutions that they(the client) will do the data entry on. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Jun 2 12:10:52 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 19:10:52 +0200 Subject: [AccessD] Update Query? In-Reply-To: References: Message-ID: <7033740976.20040602191052@cactus.dk> Hi Bridget > I will be pulling a table on a monthly basis from another access > database. Initially, I make a new table with these records. Then monthly, > I want to update the new table with only records that have changed from > their original source or new records that have been added. > Is this a simple query? Not quite sure from your explanation what is "initial" and what is not. However, a combined update/append query is possible - but you need to type a little more than usual. Here tblOld is the table holding the old records (to be modified or supplemented), while tblNew is the table holding the new or revised records: 1. Create an update query and add the two tables. Join the two tables by dragging the key field of tblNew onto the matching field of tblOld. 2. Double-click on the relationship and choose the join option that includes all records from tblNew and only those that match from tblOld. 3. Select all the fields from tblOld and drag them onto the QBE grid. 4. For each field, in the Update To cell, type in tblNew!FieldName where FieldName matches the field name of tblOld. 5. Select Query Properties from the View menu and change Unique Records to False. This switches off the DISTINCTROW option which you otherwise will see in the SQL view of the query. If DISTINCTROW is on you'll get only one blank record in your results, but you want one blank record for each new record to be added to tblOld. 6. Run the query. When done, the changes from tblNew have been applied to tblOld. This will only add records to tblOld that existed in tblNew but not in tblOld. No records will be deleted; records in tblOld that aren't present in tblNew will remain untouched. /gustav From DWUTKA at marlow.com Wed Jun 2 12:22:31 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 2 Jun 2004 12:22:31 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC5@main2.marlow.com> I write for both our Intranet, and for the web. I have no qualms with client side scripting on our Intranet, because it's just like you said, a controlled environment. It's going to the web that is tricky. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 02, 2004 11:59 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET This is why I try to limit my web work to intranet apps rather than public websies - I can be 100% certain that all my users are using Browser X, which saves me from worrying if the page will render properly in Upstart v2.6x on an even-numbered Tuesday immediately preceding the equinox. I feel for you guys who write publicly-facing sites. ;) -Christopher- ---- Original Message ---- From: DWUTKA at marlow.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] VB.NET Date: Wed, 2 Jun 2004 10:23:45 -0500 >I'm curious where they get those numbers. Most people that would >have older >systems like that probably wouldn't be on sites tracking that stuff! >LOL. > >Actually, I like programming in normal ASP. ASP.NET certainly looks >interesting, but I don't really see that much of an advantage with >the types >of projects I normally do. So it's not a matter of spending 'extra' >time to >handle low end users, it's just part of the simplicity that I like >to have >with my web stuff. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim >Lawrence >(AccessD) >Sent: Tuesday, June 01, 2004 11:17 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >Drew: > >The last time I have seem statistics of the numbers of people still >using >IE4.x or older. The numbers are in the range of 0.05% or 5 for every >10,000. >Not meaning to sound heartless, but as a programmer would you spend >time or >money on designing extensive code to support that small group of >individuals? > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 2:35 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >That's good to hear! I'm still leary of 'OLDER' browsers. There >are people >in this world still using Windows 95 a, with IE 3.01. (And even >older). >Did you know it is impossible to upgrade the browser from that point, >without a CD, or the cabs for a later IE? Microsoft's own website >(including the windows update site) isn't supported in that browser. > >Still gives me the heebie jeebies. I'd have to check it out myself. > What >kind of security issues are you risking, though, if you are putting >the >scripting out on the other end to send stuff through. Just another >thought >to ponder. > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro >Sent: Tuesday, June 01, 2004 3:45 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] VB.NET > > >ASP.NET code (written in either VB.NET or C#) is not browser >dependent. In >fact ASP.NET generates the appropriate javascript code for the >client side >when it renders the page. All the business logic is encapsulated in >a DLL on >the BIN folder in the web root. > >--- >Eric Barro >Senior Systems Analyst >Advanced Field Services >(208) 772-7060 >http://www.afsweb.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >DWUTKA at marlow.com >Sent: Tuesday, June 01, 2004 12:46 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] VB.NET > > >Actually, I watched some of the ASP.Net stuff, and the only >'impressive' >feature I saw was the ability to replace .dll's that are in use. >It's an >annoyance to restart and IIS server, but it's not that difficult >really. So >it's a neat trick, but it's not making me gear up for ASP.NET. What >I >REALLY want to know about ASP.NET, is how browser dependant is it? >They had >something VERY similiar to what you see as 'features' of ASP.NET in >some >'remote' scripting language. Can't remember the exact name. >However, it >required IE, and IE only. A lot of what ASP.NET is doing, is >mimicing >features I read about a long time ago with the 'remote' scripting. >So I'm >just a bit cautious as to how 'wowie' asp tricks get. We have users >out >there with VERY old browsers....long story. > >As far as the items I disagree with: > >Haven't found Initialize/Terminate events to be 'flaky'. > >(strongly agreed with the Dim x As New comment though...pure evil. >I used >it for a while, and didn't even know about it...) > >I personally don't care to initialize variables when I'm declaring >them. To >me, that is more of a constant role, then an variable role. I >personally >prefer to declare my variables and then get to assigning them >values. I >think it helps me structure my code better. By thinking only about >what >variables I am going to need, I get a pretty good picture of the >'framework' >I am building. I find that some of my best 'code' is when I don't >have to >declare a variable 'mid stream'. (I'll declare it at top, but I mean: >'Ooops, need a variable for that...' kind of thing). > >Not sure what you really meant with the bracket syntax for functions >and >subs. > >Never found Win32 API's to be combersome. Only quirk I have ever >found are >the ones that require ByVal (which I also agree should be the >default). > >Have never found collections to be tricky to work with, and also >have not >found them to be limited either. (What limitations are you >referring too?) > >Used File I/O commands in VB pretty easily, but I think I use >slightly >different syntax/commands then what I have seen on the list. > >VB does have console support, it just can't output to it! LOL. But >if you >are writing batch files, you just need to be able to call it. > (kind >of teasing on this one, I think it would be handy too.....I think I >did find >something sometime that showed a way to create console output from >VB). > >Only real issue I have found with the services, is that the OCX does >not >allow for multi-threading. Other then that, I practically have a >'Windows >Service Project' for VB 6.0. Practically drop in place (Actually, I >usually >just grab one I built, and plop in the new code (depending on >whether it's a >timer or 'event' driven service).) > >Have never had 'unstable' issues with Multi-threading, but I will >admit that >it is somewhat a pain to implement....well, somewhat is understating >it a >little! LOL. > >Drew > >- >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 bellsouth.net Wed Jun 2 12:30:12 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 13:30:12 -0400 Subject: [AccessD] Update Query? In-Reply-To: Message-ID: <20040602173011.DPDN18130.imf20aec.mail.bellsouth.net@SUSANONE> But the table that is being created will have data added to it from other sources. So I would need to delete all the records from the data source I don't have control over first and then just append? Is that what you're saying? If the table is a copy, you can just use Make-Table and not worry about when records were last updated -- but only if you're creating a copy. If the table you're working from gets data from other sources, that doesn't sound like the case. Susan H. From Lambert.Heenan at AIG.com Wed Jun 2 12:30:28 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 2 Jun 2004 13:30:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BA@xlivmbx12.aig.com> No, I'd say that the answer to this unspoken question is that if they fear the corruption of the PK field then why on earth are they storing ANY information in a database at all? If one field can be magically corrupted then so can all the others. Lambert > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [SMTP:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural > Key" PK debate. For lack of a better word or terminology, I'm going to > refer to it as the "Fear Factor" or a fuzzy type of generalized > apprehension. > This "apprehension" boils down to something along the lines of, "Well, > what > happens if the AutoNumber field gets corrupted or somehow those > autonumbers > get jumbled or out-of-sequence? If that happens, then how do we > re-establish > the primary keys and make sure they're associated with the correct > records?" > (The more records there are in a table, the more heightened this fear or > apprehension tends to be.) > > The answer to this [unspoken] question is that they would rather avoid the > possibility altogether by using non-Autonumber composite (i.e. "Natural") > primary keys. It appears, from my experience, that folks who have not > been > trained in database theory seem to have an intuitive preference for > natural > keys - even when such "natural" keys involve the concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such > an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are managing a > substantial (several million record) environmental database with multiple > linked tables, numerous views, action queries, macros, et cetera ... This > application requires primary and foreign keys in nearly all of the base > tables. Early on we tried to persuade the senior project engineer, (a > chemical engineer by profession), of the wisdom of using single-field > AutoNumbers for the PK in the most important table of the application. > He adamantly refused, insisting on a two-field composite primary key. > We did our best to try and persuade him that an autonumber PK was best, > but he wouldn't hear it. Since this engineer has major input into our > performance appraisals, the programming staff acquiesced. We decided to > live with a "composite" PK - even if we didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the conclusion > that folks who prefer "natural" (composite) PKs do so due to a general > apprehension or mistrust of AutoNumbers. I don't think it is a > "technical" > issue, but rather a "people issue" centering around fear and apprehension. > Whenever one sees a strong visceral reaction, (such as what Martin saw > yesterday), this tends to reinforce my perception that this is more of > a "people problem" than a purely "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > From gustav at cactus.dk Wed Jun 2 12:57:40 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 19:57:40 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BA@xlivmbx12.aig.com> References: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BA@xlivmbx12.aig.com> Message-ID: <14536548513.20040602195740@cactus.dk> Hi Lambert One way this can happen is if referential integrity is not applied or is not applied correctly; then a parent table can be deleted leaving children data with no clue where they belonged to. But then again: what are we talking about? Bad design can or will always cause trouble. /gustav > No, I'd say that the answer to this unspoken question is that if they fear > the corruption of the PK field then why on earth are they storing ANY > information in a database at all? If one field can be magically corrupted > then so can all the others. > Lambert >> -----Original Message----- >> From: Lawhon, Alan C Contractor/Morgan Research >> [SMTP:alan.lawhon at us.army.mil] >> Sent: Wednesday, June 02, 2004 8:51 AM >> To: 'Access Developers discussion and problem solving' >> Subject: RE: [AccessD] OT: The Great Primary Debate >> >> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >> >> I think there is another factor involved in this "AutoNumber versus Natural >> Key" PK debate. For lack of a better word or terminology, I'm going to >> refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. >> This "apprehension" boils down to something along the lines of, "Well, what >> happens if the AutoNumber field gets corrupted or somehow those autonumbers >> get jumbled or out-of-sequence? If that happens, then how do we re-establish >> the primary keys and make sure they're associated with the correct records?" From Mark.Mitsules at ngc.com Wed Jun 2 13:13:28 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 2 Jun 2004 14:13:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: >> Bad design can or will always cause trouble. <<< Exactly. Which is why one should always use autonumbers...:))))))))) Mark -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, June 02, 2004 1:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Lambert One way this can happen is if referential integrity is not applied or is not applied correctly; then a parent table can be deleted leaving children data with no clue where they belonged to. But then again: what are we talking about? Bad design can or will always cause trouble. /gustav > No, I'd say that the answer to this unspoken question is that if they fear > the corruption of the PK field then why on earth are they storing ANY > information in a database at all? If one field can be magically corrupted > then so can all the others. > Lambert >> -----Original Message----- >> From: Lawhon, Alan C Contractor/Morgan Research >> [SMTP:alan.lawhon at us.army.mil] >> Sent: Wednesday, June 02, 2004 8:51 AM >> To: 'Access Developers discussion and problem solving' >> Subject: RE: [AccessD] OT: The Great Primary Debate >> >> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >> >> I think there is another factor involved in this "AutoNumber versus Natural >> Key" PK debate. For lack of a better word or terminology, I'm going to >> refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. >> This "apprehension" boils down to something along the lines of, "Well, what >> happens if the AutoNumber field gets corrupted or somehow those autonumbers >> get jumbled or out-of-sequence? If that happens, then how do we re-establish >> the primary keys and make sure they're associated with the correct records?" -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed Jun 2 13:19:13 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 2 Jun 2004 14:19:13 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BC@xlivmbx12.aig.com> Gustav, " Bad design can or will always cause trouble". Exactly. I was not wondering how data might get messed up, we all know lots of great ways to do that, but just commenting on a flaw in some of the RIDICULOUS arguments people put forth for "Natural Keys". In case you didn't get it, I'm in the AutoNumbers Rule class. [Just barely 50, so that makes me a slightly old fart to use Colby notation :-) ] Lambert > -----Original Message----- > From: Gustav Brock [SMTP:gustav at cactus.dk] > Sent: Wednesday, June 02, 2004 1:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT: The Great Primary Debate > > Hi Lambert > > One way this can happen is if referential integrity is not applied or > is not applied correctly; then a parent table can be deleted leaving > children data with no clue where they belonged to. But then again: > what are we talking about? Bad design can or will always cause > trouble. > > /gustav > > > > No, I'd say that the answer to this unspoken question is that if they > fear > > the corruption of the PK field then why on earth are they storing ANY > > information in a database at all? If one field can be magically > corrupted > > then so can all the others. > > > Lambert > > >> -----Original Message----- > >> From: Lawhon, Alan C Contractor/Morgan Research > >> [SMTP:alan.lawhon at us.army.mil] > >> Sent: Wednesday, June 02, 2004 8:51 AM > >> To: 'Access Developers discussion and problem solving' > >> Subject: RE: [AccessD] OT: The Great Primary Debate > >> > >> Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > >> > >> I think there is another factor involved in this "AutoNumber versus > Natural > >> Key" PK debate. For lack of a better word or terminology, I'm going to > >> refer to it as the "Fear Factor" or a fuzzy type of generalized > apprehension. > >> This "apprehension" boils down to something along the lines of, "Well, > what > >> happens if the AutoNumber field gets corrupted or somehow those > autonumbers > >> get jumbled or out-of-sequence? If that happens, then how do we > re-establish > >> the primary keys and make sure they're associated with the correct > records?" > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Wed Jun 2 13:23:33 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 2 Jun 2004 13:23:33 -0500 Subject: [AccessD] Error 3146 ODBC Call Failed Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FC79@corp-es01.FLEETPRIDE.COM> Shot in the dark but I recall having similar problems with an ODBC driver once when I set it up as a file DSN rather than a system DSN. HTH Jim Hale -----Original Message----- From: Eric Barro [mailto:ebarro at afsweb.com] Sent: Tuesday, June 01, 2004 10:35 AM To: Access Developers discussion and problem solving Subject: [AccessD] Error 3146 ODBC Call Failed Access 97 front end using pass thru query that runs a stored procedure in SQL server 7.0 Error message: Error 3146 ODBC Call failed. All other "processes" on the FE are working except for this sproc. When sproc is run on SQL server 7.0 it runs fine but when run from the FE it craps out. Has anyone encountered this issue? If so what steps were taken to solve the issue. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Jun 2 13:28:33 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 2 Jun 2004 20:28:33 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BC@xlivmbx12.aig.com> References: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83BC@xlivmbx12.aig.com> Message-ID: <19838401358.20040602202833@cactus.dk> Hi Lambert (and Mark) Oh sure, I did get it! My example was just an illustration - based on a real-life story many years ago (not my design). /gustav > Gustav, > " Bad design can or will always cause trouble". Exactly. I was not wondering > how data might get messed up, we all know lots of great ways to do that, but > just commenting on a flaw in some of the RIDICULOUS arguments people put > forth for "Natural Keys". > In case you didn't get it, I'm in the AutoNumbers Rule class. [Just barely > 50, so that makes me a slightly old fart to use Colby notation :-) ] > Lambert >> -----Original Message----- >> From: Gustav Brock [SMTP:gustav at cactus.dk] >> Sent: Wednesday, June 02, 2004 1:58 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] OT: The Great Primary Debate >> >> Hi Lambert >> >> One way this can happen is if referential integrity is not applied or >> is not applied correctly; then a parent table can be deleted leaving >> children data with no clue where they belonged to. But then again: >> what are we talking about? Bad design can or will always cause >> trouble. >> >> /gustav >> >> >> > No, I'd say that the answer to this unspoken question is that if they fear >> > the corruption of the PK field then why on earth are they storing ANY >> > information in a database at all? If one field can be magically corrupted >> > then so can all the others. From accessd at shaw.ca Wed Jun 2 14:42:59 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 12:42:59 -0700 Subject: [AccessD] VB.NET In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFBB@main2.marlow.com> Message-ID: Hi Drew: I have often wondered that myself. One article said that this information could be gathered through Google or Yahoo. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 02, 2004 8:24 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET I'm curious where they get those numbers. Most people that would have older systems like that probably wouldn't be on sites tracking that stuff! LOL. Actually, I like programming in normal ASP. ASP.NET certainly looks interesting, but I don't really see that much of an advantage with the types of projects I normally do. So it's not a matter of spending 'extra' time to handle low end users, it's just part of the simplicity that I like to have with my web stuff. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 01, 2004 11:17 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 2 15:03:27 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 13:03:27 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Realistically, if you get a natural key corrupted in millions of records, what good does it do to avoid autonumbers? You still won't be able to reunite the child records, so a fear of autonumbers is patently ridiculous. A composite key is just as likely to corrupt, since it only takes one bad field to destroy it, and it's just as big a problem to recreate the information. Charlotte Foust -----Original Message----- From: Heenan, Lambert [mailto:Lambert.Heenan at aig.com] Sent: Wednesday, June 02, 2004 9:30 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate No, I'd say that the answer to this unspoken question is that if they fear the corruption of the PK field then why on earth are they storing ANY information in a database at all? If one field can be magically corrupted then so can all the others. Lambert > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [SMTP:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural Key" PK debate. For lack of a better word or terminology, I'm > going to refer to it as the "Fear Factor" or a fuzzy type of > generalized apprehension. > This "apprehension" boils down to something along the lines of, "Well, > what > happens if the AutoNumber field gets corrupted or somehow those > autonumbers > get jumbled or out-of-sequence? If that happens, then how do we > re-establish > the primary keys and make sure they're associated with the correct > records?" > (The more records there are in a table, the more heightened this fear or > apprehension tends to be.) > > The answer to this [unspoken] question is that they would rather avoid > the possibility altogether by using non-Autonumber composite (i.e. > "Natural") primary keys. It appears, from my experience, that folks > who have not been trained in database theory seem to have an intuitive > preference for natural > keys - even when such "natural" keys involve the concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such > an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are managing > a substantial (several million record) environmental database with > multiple linked tables, numerous views, action queries, macros, et > cetera ... This application requires primary and foreign keys in > nearly all of the base tables. Early on we tried to persuade the > senior project engineer, (a chemical engineer by profession), of the > wisdom of using single-field AutoNumbers for the PK in the most > important table of the application. He adamantly refused, insisting on > a two-field composite primary key. We did our best to try and persuade > him that an autonumber PK was best, but he wouldn't hear it. Since > this engineer has major input into our performance appraisals, the > programming staff acquiesced. We decided to live with a "composite" > PK - even if we didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the > conclusion that folks who prefer "natural" (composite) PKs do so due > to a general apprehension or mistrust of AutoNumbers. I don't think > it is a "technical" issue, but rather a "people issue" centering > around fear and apprehension. Whenever one sees a strong visceral > reaction, (such as what Martin saw yesterday), this tends to reinforce > my perception that this is more of a "people problem" than a purely > "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 2 15:14:34 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 13:14:34 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I respectfully disagree. Those who prefer autonumbers are in favor of simplicity. If you've ever designed databases using a design tool like ERWin or Visio or any other tool for designing the data/entity structure, you quickly discover what a mess compound keys can be. In Access table design, it looks like you're just creating a link between comparable fields in two tables. When you use a design tool, you get a different take on it. Visio 5 and before only allowed you to create unique field names in a database structure. That meant that if you had ABCID in one table, you couldn't create it in another, so it you wanted it there as a foreign key, you created a relationship and the tool inserted the field in the other table. However, if it's part of a unique key but not in itself unique, you can't enforce RI on just that specific field, so you wind up dragging *all* the fields in the compound key to the other table to create the relationship. If that key happens to be part of the primary or unique key in the other table, then you wind up with an even bigger key to connect to some other table. It starts to snowball and you can wind up with 6 or 7 fields in a PK, which is ridiculous. Those who opt for "natural" keys, want a key they can look at and recognize conveniently. No one in their right mind is going to do that on millions of records voluntarily when something goes wrong, so where's the advantage? Charlotte Foust -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Wednesday, June 02, 2004 5:07 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 2 15:20:01 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 13:20:01 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Hey, watch who you're calling names! But I'll save the "good sense" remark for the next argument we have! LOL Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:58 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Nearly 60 makes you an old fart. Being on the side of autonumbers makes you an old fart with good sense. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Tuesday, June 01, 2004 8:41 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hey, I'm nearly 60. And I'm on the side of autonumbers! I'm not sure what that makes me ... Confused? Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Tuesday, June 01, 2004 4:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate So... At 49 years old, would I qualify as one of the younger developers or one of the older? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Reid Sent: Tuesday, June 01, 2004 2:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bridgetd at biostat.umn.edu Wed Jun 2 15:49:50 2004 From: bridgetd at biostat.umn.edu (Bridget Doran) Date: Wed, 2 Jun 2004 15:49:50 -0500 (CDT) Subject: [AccessD] update query using values from a query Message-ID: Hello again! I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. Also a weird thing is I tested this with some test tables that had fewer fields using a query off the table for the update and it worked. eg > update TBL2 inner join qry_TBL1 ON TBL2.field1 = qry_TBL1.field1 SET TBL2.field2 = qry_TBL1.field2 This worked but my real one doesn't. The only difference being more fields. Any help much appreciated again. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu From MPorter at acsalaska.com Wed Jun 2 16:03:32 2004 From: MPorter at acsalaska.com (Porter, Mark) Date: Wed, 2 Jun 2004 13:03:32 -0800 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <635B80FE6C7D5A409586A6A110D97D17029A3F@ACSANCHOR.corp.acsalaska.com> One approach I've seen which I've adopted is a combination of both. Each table has both a unique identifier as well as a natural key. The unique identifier is always the FK and has the clustered index. Great for joins and row identifiers. The natural key has a unique index on the fields preventing duplicates. Mark > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Wednesday, June 02, 2004 12:15 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > I respectfully disagree. > > Those who prefer autonumbers are in favor of simplicity. If you've > ever designed databases using a design tool like ERWin or Visio or any > other tool for designing the data/entity structure, you > quickly discover > what a mess compound keys can be. In Access table design, it > looks like > you're just creating a link between comparable fields in two tables. > When you use a design tool, you get a different take on it. > Visio 5 and > before only allowed you to create unique field names in a database > structure. That meant that if you had ABCID in one table, > you couldn't > create it in another, so it you wanted it there as a foreign key, you > created a relationship and the tool inserted the field in the other > table. However, if it's part of a unique key but not in > itself unique, > you can't enforce RI on just that specific field, so you wind up > dragging *all* the fields in the compound key to the other table to > create the relationship. If that key happens to be part of > the primary > or unique key in the other table, then you wind up with an even bigger > key to connect to some other table. It starts to snowball and you can > wind up with 6 or 7 fields in a PK, which is ridiculous. > Those who opt > for "natural" keys, want a key they can look at and recognize > conveniently. No one in their right mind is going to do that on > millions of records voluntarily when something goes wrong, so where's > the advantage? > > Charlotte Foust > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Wednesday, June 02, 2004 5:07 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > As a potential hypothesis, I would have to agree. But in > order to prove > your hypothesis you should have presented the opposite "Fear > Factor" as > well:) That those in favor of AutoNumbers fear the user's ability to > screw up even a five-field compound key by unwittingly uncovering the > one situation in which it would fail;) And, that those in favor of > AutoNumbers fear the complexity and never-ending maintenance that will > "inevitably" result from such a decision;) > > > Mark > > > > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [mailto:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural Key" PK debate. For lack of a better word or terminology, I'm > going to refer to it as the "Fear Factor" or a fuzzy type of > generalized > apprehension. This "apprehension" boils down to something along the > lines of, "Well, what happens if the AutoNumber field gets > corrupted or > somehow those autonumbers get jumbled or out-of-sequence? If that > happens, then how do we re-establish the primary keys and make sure > they're associated with the correct records?" (The more records there > are in a table, the more heightened this fear or apprehension tends to > be.) > > The answer to this [unspoken] question is that they would rather avoid > the possibility altogether by using non-Autonumber composite (i.e. > "Natural") primary keys. It appears, from my experience, > that folks who > have not been trained in database theory seem to have an intuitive > preference for natural keys - even when such "natural" keys > involve the > concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are > managing a > substantial (several million record) environmental database with > multiple linked tables, numerous views, action queries, macros, et > cetera ... This application requires primary and foreign > keys in nearly > all of the base tables. Early on we tried to persuade the senior > project engineer, (a chemical engineer by profession), of the > wisdom of > using single-field AutoNumbers for the PK in the most > important table of > the application. He adamantly refused, insisting on a two-field > composite primary key. We did our best to try and persuade him that an > autonumber PK was best, but he wouldn't hear it. Since this engineer > has major input into our performance appraisals, the programming staff > acquiesced. We decided to live with a "composite" PK - even if we > didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the > conclusion > that folks who prefer "natural" (composite) PKs do so due to a general > apprehension or mistrust of AutoNumbers. I don't think it is a > "technical" issue, but rather a "people issue" centering > around fear and > apprehension. Whenever one sees a strong visceral reaction, (such as > what Martin saw yesterday), this tends to reinforce my perception that > this is more of a "people problem" than a purely "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > > > -----Original Message----- > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > Sent: Tuesday, June 01, 2004 1:17 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: The Great Primary Debate > > > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to > back me up > (<: Was split between the younger developers who supported the use of > the ID column and the older developers and DBAs who use natural keys. > Almost a 50//50 split on age lines maybe reflecting different > attitutes > to design. Took me about 20mins with one of the older guys to explain > how the relationship was maintained using Idt IDs as opposed to his > staff number. He seemed to have real problems getting the concept. > > Martin > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > *********************************************************************************** 2/6/2004 This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS From jwcolby at colbyconsulting.com Wed Jun 2 16:14:32 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 2 Jun 2004 17:14:32 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <5D5043687CFCE44288407A73E4CC6E17448ED1@redstone819.ad.redstone.army.mil> Message-ID: <001001c448e6$99a5e2c0$7e01a8c0@colbyws> Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Lawhon, Alan C Contractor/Morgan Research Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Wed Jun 2 16:18:34 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 2 Jun 2004 17:18:34 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83C5@xlivmbx12.aig.com> Ah Hah! This sounds like a cunning variation on "show them what the want to see, but use an AutoNumber in any case". I like it! :-) Lambert > -----Original Message----- > From: Porter, Mark [SMTP:MPorter at acsalaska.com] > Sent: Wednesday, June 02, 2004 5:04 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > One approach I've seen which I've adopted is a combination of both. > > Each table has both a unique identifier as well as a natural key. The > unique identifier is always the FK and has the clustered index. Great for > joins and row identifiers. > > The natural key has a unique index on the fields preventing duplicates. > > Mark > > > > -----Original Message----- > > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > > Sent: Wednesday, June 02, 2004 12:15 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > I respectfully disagree. > > > > Those who prefer autonumbers are in favor of simplicity. If you've > > ever designed databases using a design tool like ERWin or Visio or any > > other tool for designing the data/entity structure, you > > quickly discover > > what a mess compound keys can be. In Access table design, it > > looks like > > you're just creating a link between comparable fields in two tables. > > When you use a design tool, you get a different take on it. > > Visio 5 and > > before only allowed you to create unique field names in a database > > structure. That meant that if you had ABCID in one table, > > you couldn't > > create it in another, so it you wanted it there as a foreign key, you > > created a relationship and the tool inserted the field in the other > > table. However, if it's part of a unique key but not in > > itself unique, > > you can't enforce RI on just that specific field, so you wind up > > dragging *all* the fields in the compound key to the other table to > > create the relationship. If that key happens to be part of > > the primary > > or unique key in the other table, then you wind up with an even bigger > > key to connect to some other table. It starts to snowball and you can > > wind up with 6 or 7 fields in a PK, which is ridiculous. > > Those who opt > > for "natural" keys, want a key they can look at and recognize > > conveniently. No one in their right mind is going to do that on > > millions of records voluntarily when something goes wrong, so where's > > the advantage? > > > > Charlotte Foust > > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > > Sent: Wednesday, June 02, 2004 5:07 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > As a potential hypothesis, I would have to agree. But in > > order to prove > > your hypothesis you should have presented the opposite "Fear > > Factor" as > > well:) That those in favor of AutoNumbers fear the user's ability to > > screw up even a five-field compound key by unwittingly uncovering the > > one situation in which it would fail;) And, that those in favor of > > AutoNumbers fear the complexity and never-ending maintenance that will > > "inevitably" result from such a decision;) > > > > > > Mark > > > > > > > > -----Original Message----- > > From: Lawhon, Alan C Contractor/Morgan Research > > [mailto:alan.lawhon at us.army.mil] > > Sent: Wednesday, June 02, 2004 8:51 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > > > I think there is another factor involved in this "AutoNumber versus > > Natural Key" PK debate. For lack of a better word or terminology, I'm > > going to refer to it as the "Fear Factor" or a fuzzy type of > > generalized > > apprehension. This "apprehension" boils down to something along the > > lines of, "Well, what happens if the AutoNumber field gets > > corrupted or > > somehow those autonumbers get jumbled or out-of-sequence? If that > > happens, then how do we re-establish the primary keys and make sure > > they're associated with the correct records?" (The more records there > > are in a table, the more heightened this fear or apprehension tends to > > be.) > > > > The answer to this [unspoken] question is that they would rather avoid > > the possibility altogether by using non-Autonumber composite (i.e. > > "Natural") primary keys. It appears, from my experience, > > that folks who > > have not been trained in database theory seem to have an intuitive > > preference for natural keys - even when such "natural" keys > > involve the > > concatenation of two (or > > more!) fields - with all the headaches that come from trying to manage > > such an unweildy arrangement. > > > > I have experienced this issue firsthand here at work. We are > > managing a > > substantial (several million record) environmental database with > > multiple linked tables, numerous views, action queries, macros, et > > cetera ... This application requires primary and foreign > > keys in nearly > > all of the base tables. Early on we tried to persuade the senior > > project engineer, (a chemical engineer by profession), of the > > wisdom of > > using single-field AutoNumbers for the PK in the most > > important table of > > the application. He adamantly refused, insisting on a two-field > > composite primary key. We did our best to try and persuade him that an > > autonumber PK was best, but he wouldn't hear it. Since this engineer > > has major input into our performance appraisals, the programming staff > > acquiesced. We decided to live with a "composite" PK - even if we > > didn't like it or agree with it. > > > > After giving this a great deal of thought, I have come to the > > conclusion > > that folks who prefer "natural" (composite) PKs do so due to a general > > apprehension or mistrust of AutoNumbers. I don't think it is a > > "technical" issue, but rather a "people issue" centering > > around fear and > > apprehension. Whenever one sees a strong visceral reaction, (such as > > what Martin saw yesterday), this tends to reinforce my perception that > > this is more of a "people problem" than a purely "technical" problem. > > > > Does this make any sense to the rest of you? > > > > Alan C. Lawhon > > > > > > -----Original Message----- > > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > > Sent: Tuesday, June 01, 2004 1:17 PM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] OT: The Great Primary Debate > > > > > > I was taking day one of a 4 day Programming SQL Server 2000 course > > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > > programmers moving to SQL Server. > > > > Came to the section on Table Design. I said use an Identity value for > > the PK on the table - all h%ll brooke loose for the next hour as the > > great debate happened live in person. Pity JC wasnt there to > > back me up > > (<: Was split between the younger developers who supported the use of > > the ID column and the older developers and DBAs who use natural keys. > > Almost a 50//50 split on age lines maybe reflecting different > > attitutes > > to design. Took me about 20mins with one of the older guys to explain > > how the relationship was maintained using Idt IDs as opposed to his > > staff number. He seemed to have real problems getting the concept. > > > > Martin > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > ************************************************************************** > ********* > 2/6/2004 > This transmittal may contain confidential information intended solely for > the addressee. If you are not the intended recipient, you are hereby > notified that you have received this transmittal in error; any review, > dissemination, distribution or copying of this transmittal is strictly > prohibited. If you have received this communication in error, please > notify > us immediately by reply or by telephone (collect at 907-564-1000) and ask > to > speak with the message sender. In addition, please immediately delete this > message and all attachments. Thank you. ACS > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 16:34:47 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 17:34:47 -0400 Subject: [AccessD] update query using values from a query In-Reply-To: Message-ID: <20040602213446.ZRNB18879.imf16aec.mail.bellsouth.net@SUSANONE> I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. Susan H. From accessd at shaw.ca Wed Jun 2 16:37:05 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 14:37:05 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83C5@xlivmbx12.aig.com> Message-ID: Lambert: Your are right of course...always keep the client happy and in this case what they do not will not hurt you. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 02, 2004 2:19 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Ah Hah! This sounds like a cunning variation on "show them what the want to see, but use an AutoNumber in any case". I like it! :-) Lambert > -----Original Message----- > From: Porter, Mark [SMTP:MPorter at acsalaska.com] > Sent: Wednesday, June 02, 2004 5:04 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > One approach I've seen which I've adopted is a combination of both. > > Each table has both a unique identifier as well as a natural key. The > unique identifier is always the FK and has the clustered index. Great for > joins and row identifiers. > > The natural key has a unique index on the fields preventing duplicates. > > Mark > > > > -----Original Message----- > > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > > Sent: Wednesday, June 02, 2004 12:15 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > I respectfully disagree. > > > > Those who prefer autonumbers are in favor of simplicity. If you've > > ever designed databases using a design tool like ERWin or Visio or any > > other tool for designing the data/entity structure, you > > quickly discover > > what a mess compound keys can be. In Access table design, it > > looks like > > you're just creating a link between comparable fields in two tables. > > When you use a design tool, you get a different take on it. > > Visio 5 and > > before only allowed you to create unique field names in a database > > structure. That meant that if you had ABCID in one table, > > you couldn't > > create it in another, so it you wanted it there as a foreign key, you > > created a relationship and the tool inserted the field in the other > > table. However, if it's part of a unique key but not in > > itself unique, > > you can't enforce RI on just that specific field, so you wind up > > dragging *all* the fields in the compound key to the other table to > > create the relationship. If that key happens to be part of > > the primary > > or unique key in the other table, then you wind up with an even bigger > > key to connect to some other table. It starts to snowball and you can > > wind up with 6 or 7 fields in a PK, which is ridiculous. > > Those who opt > > for "natural" keys, want a key they can look at and recognize > > conveniently. No one in their right mind is going to do that on > > millions of records voluntarily when something goes wrong, so where's > > the advantage? > > > > Charlotte Foust > > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > > Sent: Wednesday, June 02, 2004 5:07 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > As a potential hypothesis, I would have to agree. But in > > order to prove > > your hypothesis you should have presented the opposite "Fear > > Factor" as > > well:) That those in favor of AutoNumbers fear the user's ability to > > screw up even a five-field compound key by unwittingly uncovering the > > one situation in which it would fail;) And, that those in favor of > > AutoNumbers fear the complexity and never-ending maintenance that will > > "inevitably" result from such a decision;) > > > > > > Mark > > > > > > > > -----Original Message----- > > From: Lawhon, Alan C Contractor/Morgan Research > > [mailto:alan.lawhon at us.army.mil] > > Sent: Wednesday, June 02, 2004 8:51 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > > > I think there is another factor involved in this "AutoNumber versus > > Natural Key" PK debate. For lack of a better word or terminology, I'm > > going to refer to it as the "Fear Factor" or a fuzzy type of > > generalized > > apprehension. This "apprehension" boils down to something along the > > lines of, "Well, what happens if the AutoNumber field gets > > corrupted or > > somehow those autonumbers get jumbled or out-of-sequence? If that > > happens, then how do we re-establish the primary keys and make sure > > they're associated with the correct records?" (The more records there > > are in a table, the more heightened this fear or apprehension tends to > > be.) > > > > The answer to this [unspoken] question is that they would rather avoid > > the possibility altogether by using non-Autonumber composite (i.e. > > "Natural") primary keys. It appears, from my experience, > > that folks who > > have not been trained in database theory seem to have an intuitive > > preference for natural keys - even when such "natural" keys > > involve the > > concatenation of two (or > > more!) fields - with all the headaches that come from trying to manage > > such an unweildy arrangement. > > > > I have experienced this issue firsthand here at work. We are > > managing a > > substantial (several million record) environmental database with > > multiple linked tables, numerous views, action queries, macros, et > > cetera ... This application requires primary and foreign > > keys in nearly > > all of the base tables. Early on we tried to persuade the senior > > project engineer, (a chemical engineer by profession), of the > > wisdom of > > using single-field AutoNumbers for the PK in the most > > important table of > > the application. He adamantly refused, insisting on a two-field > > composite primary key. We did our best to try and persuade him that an > > autonumber PK was best, but he wouldn't hear it. Since this engineer > > has major input into our performance appraisals, the programming staff > > acquiesced. We decided to live with a "composite" PK - even if we > > didn't like it or agree with it. > > > > After giving this a great deal of thought, I have come to the > > conclusion > > that folks who prefer "natural" (composite) PKs do so due to a general > > apprehension or mistrust of AutoNumbers. I don't think it is a > > "technical" issue, but rather a "people issue" centering > > around fear and > > apprehension. Whenever one sees a strong visceral reaction, (such as > > what Martin saw yesterday), this tends to reinforce my perception that > > this is more of a "people problem" than a purely "technical" problem. > > > > Does this make any sense to the rest of you? > > > > Alan C. Lawhon > > > > > > -----Original Message----- > > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > > Sent: Tuesday, June 01, 2004 1:17 PM > > To: Access Developers discussion and problem solving > > Subject: [AccessD] OT: The Great Primary Debate > > > > > > I was taking day one of a 4 day Programming SQL Server 2000 course > > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > > programmers moving to SQL Server. > > > > Came to the section on Table Design. I said use an Identity value for > > the PK on the table - all h%ll brooke loose for the next hour as the > > great debate happened live in person. Pity JC wasnt there to > > back me up > > (<: Was split between the younger developers who supported the use of > > the ID column and the older developers and DBAs who use natural keys. > > Almost a 50//50 split on age lines maybe reflecting different > > attitutes > > to design. Took me about 20mins with one of the older guys to explain > > how the relationship was maintained using Idt IDs as opposed to his > > staff number. He seemed to have real problems getting the concept. > > > > Martin > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > ************************************************************************** > ********* > 2/6/2004 > This transmittal may contain confidential information intended solely for > the addressee. If you are not the intended recipient, you are hereby > notified that you have received this transmittal in error; any review, > dissemination, distribution or copying of this transmittal is strictly > prohibited. If you have received this communication in error, please > notify > us immediately by reply or by telephone (collect at 907-564-1000) and ask > to > speak with the message sender. In addition, please immediately delete this > message and all attachments. Thank you. ACS > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Wed Jun 2 17:06:42 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 2 Jun 2004 17:06:42 -0500 Subject: [AccessD] Help on Complicated record count query SOLVED Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FC82@corp-es01.FLEETPRIDE.COM> Append templates did the trick! Each page had a header that said either either "Deposits" or "Withdrawals" I was able to append the word "withdrawals" to the appropriate records and flip the sign. I also figured out an SQL solution but append was the easiest. Many thanks! Jim Hale -----Original Message----- From: James Barash [mailto:James at fcidms.com] Sent: Thursday, May 27, 2004 4:07 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Help on Complicated record count query Jim: If you are using Monarch Pro to parse the bank statement, it may be possible to capture deposit or withdrawal as part of the data. Does the bank statement have the word "Deposit" somewhere before the deposit records and "Withdrawals" before the withdrawal records, or some other distictive text that separates the two? If so, you should be able to capture that and add it to each record. You can set up an Append Template to search for specific text and add that to all subsequent records. I've done that in the past with some fairly complicated mainframe reports that we needed to parse and with a little creative trial and error, you can often differentiate records that look identical as long as there is some header information somewhere in the report. A purely Access solution would be to open a recordset and walk through it one record at a time, convert fldDate to a real date and compare that to the fldDate of the previous record. When the new date is earlier than the previous date, you know that record, and all the the rest of the records, are withdrawals and you can update fldAmt to fldAmt * -1.0 . James Barash -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Thursday, May 27, 2004 11:41 AM To: Access Developers discussion and problem solving Subject: [AccessD] Help on Complicated record count query Using Monarch I have successfully parsed a bank statement file (6620 records) into Access. Unfortunately deposits and withdrawals are both positive numbers. The problem I am having is determining where withdrawals begin so that I can flip the sign. Below are the relevant fields. SELECT tblBankStmt.fldDate, tblBankStmt.fldAmt, tblBankStmt.fldCustref, tblBankStmt.fldDescr FROM tblBankStmt; fldate is actually a text field with "04/01" - "04/30". Deposits are listed first with 4/1-4/30 in order. The withdrawals start over with 4/1. There is nothing in the table to distinguish where withdrawal records start except that the date changes from 4/30 on the last deposit item back to 4/1 on the first withdrawal item. So I need an SQL criteria (or maybe an iif stmt on the amt field) that counts the number of deposit records and flips the sign on every record after that. I do not khow to do this so any help would appreciated. TIA Jim Hale -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From my.lists at verizon.net Wed Jun 2 17:32:23 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Wed, 02 Jun 2004 15:32:23 -0700 Subject: [AccessD] VB.NET In-Reply-To: References: Message-ID: <40BE5577.8030807@verizon.net> Jim Lawrence (AccessD) wrote On 6/1/2004 7:03 PM: >Hi Charlotte: > > > >>There is also MS SQL Reports, although I'm not sure that is actually out >> >> >yet. > >I have already received a fully working copy through my 'Action Pac' set >(about two weeks ago) and I believe time-out copies are on their (M$) site >for download. > > > we received a full working copy of Sql Server Standard Reporting Services. I've yet to install it because of some of what the eula requirements are (re: IIS on the same server. I'm going to play with the demo install some more in order to get that right before I go live w/ the install. -- -Francisco From accessd at shaw.ca Wed Jun 2 18:09:42 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 16:09:42 -0700 Subject: [AccessD] update query using values from a query In-Reply-To: <20040602213446.ZRNB18879.imf16aec.mail.bellsouth.net@SUSANONE> Message-ID: Hi Susan: Show me the query... Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 02, 2004 2:35 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] update query using values from a query I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Wed Jun 2 18:54:49 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Thu, 3 Jun 2004 09:54:49 +1000 Subject: [AccessD] A2K: Undo a Parent from a sub Message-ID: <007c01c448fc$fe32d840$48619a89@DDICK> Hello all The standard Me.Undo will perform a record level undo if activated from a form. Excellent How do I perform a Me.Undo (to the parent) from a sub form? Eg Me.Parent.Undo doesn't work Me.Parent.Form.Undo doesn't work dim strFormName strFormName = Me.Parent.Form.Name Forms(strFormName).Undo doesn't work Any suggestions? Darren From cfoust at infostatsystems.com Wed Jun 2 19:12:52 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 2 Jun 2004 17:12:52 -0700 Subject: [AccessD] A2K: Undo a Parent from a sub Message-ID: You can't. The parent record has already been saved when you move into the subform. You would have to store the previous values in the beforeupdate event of the parent form and then have a rollback method to restore them. Charlotte Foust -----Original Message----- From: Darren DICK [mailto:d.dick at uws.edu.au] Sent: Wednesday, June 02, 2004 3:55 PM To: AccessD List Subject: [AccessD] A2K: Undo a Parent from a sub Hello all The standard Me.Undo will perform a record level undo if activated from a form. Excellent How do I perform a Me.Undo (to the parent) from a sub form? Eg Me.Parent.Undo doesn't work Me.Parent.Form.Undo doesn't work dim strFormName strFormName = Me.Parent.Form.Name Forms(strFormName).Undo doesn't work Any suggestions? Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 19:16:15 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 20:16:15 -0400 Subject: [AccessD] update query using values from a query In-Reply-To: Message-ID: <20040603001614.NTPO18130.imf20aec.mail.bellsouth.net@SUSANONE> ??? Jim -- I don't understand the request. Susan H. Hi Susan: Show me the query... Jim I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. 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 accessd at shaw.ca Wed Jun 2 20:03:36 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 02 Jun 2004 18:03:36 -0700 Subject: [AccessD] update query using values from a query In-Reply-To: <20040603001614.NTPO18130.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: Sorry Susan: Was rushing and did not read the whole paragraph..... Well I would have helped :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 02, 2004 5:16 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] update query using values from a query ??? Jim -- I don't understand the request. Susan H. Hi Susan: Show me the query... Jim I am trying to do an update query updating a table with the values from a query. I get the message that "Operation must use an updateable query" so it won't run. But I am not trying to update the query! I'm just wanting to use the values from the query to update the table. ==========That error means you can't use the query to update the underlying table. Not every query is "updateable." There are rules and I'll send you something privately. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 2 19:58:03 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 02 Jun 2004 17:58:03 -0700 Subject: [AccessD] OT: The Great Primary Debate References: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83C5@xlivmbx12.aig.com> Message-ID: <40BE779B.4080702@shaw.ca> This article has some test results and workarounds using SQL Server which may or maynot reinforce your reasons for using autonumbers. The Cost of GUIDs as Primary Keys http://www.informit.com/articles/article.asp?p=25862 Heenan, Lambert wrote: >Ah Hah! This sounds like a cunning variation on "show them what the want to >see, but use an AutoNumber in any case". > >I like it! :-) > >Lambert > > > >>-----Original Message----- >>From: Porter, Mark [SMTP:MPorter at acsalaska.com] >>Sent: Wednesday, June 02, 2004 5:04 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] OT: The Great Primary Debate >> >>One approach I've seen which I've adopted is a combination of both. >> >>Each table has both a unique identifier as well as a natural key. The >>unique identifier is always the FK and has the clustered index. Great for >>joins and row identifiers. >> >>The natural key has a unique index on the fields preventing duplicates. >> >>Mark >> >> >> >> >>>-----Original Message----- >>>From: Charlotte Foust [mailto:cfoust at infostatsystems.com] >>>Sent: Wednesday, June 02, 2004 12:15 PM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>I respectfully disagree. >>> >>> Those who prefer autonumbers are in favor of simplicity. If you've >>>ever designed databases using a design tool like ERWin or Visio or any >>>other tool for designing the data/entity structure, you >>>quickly discover >>>what a mess compound keys can be. In Access table design, it >>>looks like >>>you're just creating a link between comparable fields in two tables. >>>When you use a design tool, you get a different take on it. >>>Visio 5 and >>>before only allowed you to create unique field names in a database >>>structure. That meant that if you had ABCID in one table, >>>you couldn't >>>create it in another, so it you wanted it there as a foreign key, you >>>created a relationship and the tool inserted the field in the other >>>table. However, if it's part of a unique key but not in >>>itself unique, >>>you can't enforce RI on just that specific field, so you wind up >>>dragging *all* the fields in the compound key to the other table to >>>create the relationship. If that key happens to be part of >>>the primary >>>or unique key in the other table, then you wind up with an even bigger >>>key to connect to some other table. It starts to snowball and you can >>>wind up with 6 or 7 fields in a PK, which is ridiculous. >>>Those who opt >>>for "natural" keys, want a key they can look at and recognize >>>conveniently. No one in their right mind is going to do that on >>>millions of records voluntarily when something goes wrong, so where's >>>the advantage? >>> >>>Charlotte Foust >>> >>>-----Original Message----- >>>From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >>>Sent: Wednesday, June 02, 2004 5:07 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>As a potential hypothesis, I would have to agree. But in >>>order to prove >>>your hypothesis you should have presented the opposite "Fear >>>Factor" as >>>well:) That those in favor of AutoNumbers fear the user's ability to >>>screw up even a five-field compound key by unwittingly uncovering the >>>one situation in which it would fail;) And, that those in favor of >>>AutoNumbers fear the complexity and never-ending maintenance that will >>>"inevitably" result from such a decision;) >>> >>> >>>Mark >>> >>> >>> >>>-----Original Message----- >>>From: Lawhon, Alan C Contractor/Morgan Research >>>[mailto:alan.lawhon at us.army.mil] >>>Sent: Wednesday, June 02, 2004 8:51 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >>> >>>I think there is another factor involved in this "AutoNumber versus >>>Natural Key" PK debate. For lack of a better word or terminology, I'm >>>going to refer to it as the "Fear Factor" or a fuzzy type of >>>generalized >>>apprehension. This "apprehension" boils down to something along the >>>lines of, "Well, what happens if the AutoNumber field gets >>>corrupted or >>>somehow those autonumbers get jumbled or out-of-sequence? If that >>>happens, then how do we re-establish the primary keys and make sure >>>they're associated with the correct records?" (The more records there >>>are in a table, the more heightened this fear or apprehension tends to >>>be.) >>> >>>The answer to this [unspoken] question is that they would rather avoid >>>the possibility altogether by using non-Autonumber composite (i.e. >>>"Natural") primary keys. It appears, from my experience, >>>that folks who >>>have not been trained in database theory seem to have an intuitive >>>preference for natural keys - even when such "natural" keys >>>involve the >>>concatenation of two (or >>>more!) fields - with all the headaches that come from trying to manage >>>such an unweildy arrangement. >>> >>>I have experienced this issue firsthand here at work. We are >>>managing a >>>substantial (several million record) environmental database with >>>multiple linked tables, numerous views, action queries, macros, et >>>cetera ... This application requires primary and foreign >>>keys in nearly >>>all of the base tables. Early on we tried to persuade the senior >>>project engineer, (a chemical engineer by profession), of the >>>wisdom of >>>using single-field AutoNumbers for the PK in the most >>>important table of >>>the application. He adamantly refused, insisting on a two-field >>>composite primary key. We did our best to try and persuade him that an >>>autonumber PK was best, but he wouldn't hear it. Since this engineer >>>has major input into our performance appraisals, the programming staff >>>acquiesced. We decided to live with a "composite" PK - even if we >>>didn't like it or agree with it. >>> >>>After giving this a great deal of thought, I have come to the >>>conclusion >>>that folks who prefer "natural" (composite) PKs do so due to a general >>>apprehension or mistrust of AutoNumbers. I don't think it is a >>>"technical" issue, but rather a "people issue" centering >>>around fear and >>>apprehension. Whenever one sees a strong visceral reaction, (such as >>>what Martin saw yesterday), this tends to reinforce my perception that >>>this is more of a "people problem" than a purely "technical" problem. >>> >>>Does this make any sense to the rest of you? >>> >>>Alan C. Lawhon >>> >>> >>>-----Original Message----- >>>From: Martin Reid [mailto:mwp.reid at qub.ac.uk] >>>Sent: Tuesday, June 01, 2004 1:17 PM >>>To: Access Developers discussion and problem solving >>>Subject: [AccessD] OT: The Great Primary Debate >>> >>> >>>I was taking day one of a 4 day Programming SQL Server 2000 course >>>today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres >>>programmers moving to SQL Server. >>> >>>Came to the section on Table Design. I said use an Identity value for >>>the PK on the table - all h%ll brooke loose for the next hour as the >>>great debate happened live in person. Pity JC wasnt there to >>>back me up >>>(<: Was split between the younger developers who supported the use of >>>the ID column and the older developers and DBAs who use natural keys. >>>Almost a 50//50 split on age lines maybe reflecting different >>>attitutes >>>to design. Took me about 20mins with one of the older guys to explain >>>how the relationship was maintained using Idt IDs as opposed to his >>>staff number. He seemed to have real problems getting the concept. >>> >>>Martin >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>************************************************************************** >>********* >>2/6/2004 >>This transmittal may contain confidential information intended solely for >>the addressee. If you are not the intended recipient, you are hereby >>notified that you have received this transmittal in error; any review, >>dissemination, distribution or copying of this transmittal is strictly >>prohibited. If you have received this communication in error, please >>notify >>us immediately by reply or by telephone (collect at 907-564-1000) and ask >>to >>speak with the message sender. In addition, please immediately delete this >>message and all attachments. Thank you. ACS >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> -- Marty Connelly Victoria, B.C. Canada From d.dick at uws.edu.au Wed Jun 2 20:11:17 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Thu, 3 Jun 2004 11:11:17 +1000 Subject: [AccessD] A2K: Undo a Parent from a sub References: Message-ID: <008e01c44907$ac5fe160$48619a89@DDICK> Oh dear Thanks Charlotte Darren ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 10:12 AM Subject: RE: [AccessD] A2K: Undo a Parent from a sub > You can't. The parent record has already been saved when you move into > the subform. You would have to store the previous values in the > beforeupdate event of the parent form and then have a rollback method to > restore them. > > Charlotte Foust > > -----Original Message----- > From: Darren DICK [mailto:d.dick at uws.edu.au] > Sent: Wednesday, June 02, 2004 3:55 PM > To: AccessD List > Subject: [AccessD] A2K: Undo a Parent from a sub > > > Hello all > > The standard Me.Undo will perform a record level undo if activated from > a form. Excellent How do I perform a Me.Undo (to the parent) from a sub > form? > > Eg > Me.Parent.Undo doesn't work > Me.Parent.Form.Undo doesn't work > > dim strFormName > strFormName = Me.Parent.Form.Name > > Forms(strFormName).Undo doesn't work > > Any suggestions? > > Darren > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Wed Jun 2 21:28:37 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 2 Jun 2004 22:28:37 -0400 Subject: [AccessD] update query using values from a query In-Reply-To: Message-ID: <20040603022836.QPZT18130.imf20aec.mail.bellsouth.net@SUSANONE> And done a right good job at it too.. :) Susan H. Sorry Susan: Was rushing and did not read the whole paragraph..... Well I would have helped :-) From bchacc at san.rr.com Wed Jun 2 23:10:05 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 2 Jun 2004 21:10:05 -0700 Subject: [AccessD] VB.NET References: <40BE5577.8030807@verizon.net> Message-ID: <01d101c44920$a6fdd290$6601a8c0@HAL9002> Be interested to hear if it's a good reporting system. That's always been a VB weakness, no? Rocky ----- Original Message ----- From: "Francisco H Tapia" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 02, 2004 3:32 PM Subject: Re: [AccessD] VB.NET > Jim Lawrence (AccessD) wrote On 6/1/2004 7:03 PM: > > >Hi Charlotte: > > > > > > > >>There is also MS SQL Reports, although I'm not sure that is actually out > >> > >> > >yet. > > > >I have already received a fully working copy through my 'Action Pac' set > >(about two weeks ago) and I believe time-out copies are on their (M$) site > >for download. > > > > > > > we received a full working copy of Sql Server Standard Reporting > Services. I've yet to install it because of some of what the eula > requirements are (re: IIS on the same server. I'm going to play with > the demo install some more in order to get that right before I go live > w/ the install. > > -- > -Francisco > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rgilimited at btconnect.com Thu Jun 3 03:19:51 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Thu, 3 Jun 2004 09:19:51 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <000001c44943$8c2a37b0$5373a8c0@local> Have done some further work on this since yesterday's post - revised questions below. Would appreciate any pointers anyone can give me ... I have a standard type report based on Order / Order Line tables with Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no sorting or grouping in either report. I need to force a new page whenever the sum of [Qty] field in [WHD_Line_Sub] >= 3 . (ie no more than 3 items allowed per page) I have got so far: Add Text box in [WHD_Line_Sub] Name = RunSum Control Source = [Qty] Running Sum = Over All Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] Add to Page Header of [WHD_Ord] Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False End Sub Add to Detail - On Format of [WHD_Line_Sub] Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) If FormatCount = 1 Then If y = Empty Then y = 3 x = Me.RunSum If y Mod x = 0 And x > 1 Then MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) Me.WHDL_PBreak.Visible = True End If End If End Sub 1- Should the page break be in the subreport detail section or main report detail section ? - as set out above no page break is occuring . 2 -The Detail - On Format section of code in the subreport runs through twice even though I've checked the FormatCount property - why is this? Regards Robin Lawrence robin at rolledgold.co.uk From andy at minstersystems.co.uk Thu Jun 3 03:47:11 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 9:47:11 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <20040603084709.2B3DE24DD6E@smtp.nildram.co.uk> Robin Just coming at this from a different angle, do the order items have an item number (1,2...) within each order? Or could you construct one? If so you could solve the issue by having a calculated value in the query, such as Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header section associated with that break to have a Page Break. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From gustav at cactus.dk Thu Jun 3 02:39:10 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:39:10 +0200 Subject: [AccessD] VB.NET In-Reply-To: <01d101c44920$a6fdd290$6601a8c0@HAL9002> References: <40BE5577.8030807@verizon.net> <01d101c44920$a6fdd290$6601a8c0@HAL9002> Message-ID: <354621785.20040603093910@cactus.dk> Hi Rocky and Fransisco Don't be too exited - the license fees for Reporting Services are extraordinary ... Don't know about "MS SQL Reports" - what are those? /gustav > Be interested to hear if it's a good reporting system. That's > always been a VB weakness, no? >> There is also MS SQL Reports, although I'm not sure that is >> actually out yet. >> we received a full working copy of Sql Server Standard Reporting >> Services. I've yet to install it because of some of what the eula >> requirements are (re: IIS on the same server. I'm going to play with >> the demo install some more in order to get that right before I go live >> w/ the install. From gustav at cactus.dk Thu Jun 3 02:25:19 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:25:19 +0200 Subject: [AccessD] Error 3146 ODBC Call Failed In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FC79@corp-es01.FLEETPRIDE.COM> References: <6A6AA9DF57E4F046BDA1E273BDDB677217FC79@corp-es01.FLEETPRIDE.COM> Message-ID: <83790400.20040603092519@cactus.dk> Hi Jim and Eric Isn't error 3146 a pretty general ODBC error - when a connection cannot be established? /gustav > Shot in the dark but I recall having similar problems with an ODBC driver > once when I set it up as a file DSN rather than a system DSN. HTH > Jim Hale > -----Original Message----- > From: Eric Barro [mailto:ebarro at afsweb.com] > Sent: Tuesday, June 01, 2004 10:35 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Error 3146 ODBC Call Failed > Access 97 front end using pass thru query that runs a stored procedure in > SQL server 7.0 > Error message: Error 3146 ODBC Call failed. > All other "processes" on the FE are working except for this sproc. When > sproc is run on SQL server 7.0 it runs fine but when run from the FE it > craps out. > Has anyone encountered this issue? If so what steps were taken to solve the > issue. From gustav at cactus.dk Thu Jun 3 02:57:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:57:44 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: References: Message-ID: <665735447.20040603095744@cactus.dk> Hi Charlotte What a nightmare. This should terminate the discussion. /gustav > Those who prefer autonumbers are in favor of simplicity. If you've > ever designed databases using a design tool like ERWin or Visio or any > other tool for designing the data/entity structure, you quickly discover > what a mess compound keys can be. In Access table design, it looks like > you're just creating a link between comparable fields in two tables. > When you use a design tool, you get a different take on it. Visio 5 and > before only allowed you to create unique field names in a database > structure. That meant that if you had ABCID in one table, you couldn't > create it in another, so it you wanted it there as a foreign key, you > created a relationship and the tool inserted the field in the other > table. However, if it's part of a unique key but not in itself unique, > you can't enforce RI on just that specific field, so you wind up > dragging *all* the fields in the compound key to the other table to > create the relationship. If that key happens to be part of the primary > or unique key in the other table, then you wind up with an even bigger > key to connect to some other table. It starts to snowball and you can > wind up with 6 or 7 fields in a PK, which is ridiculous. Those who opt > for "natural" keys, want a key they can look at and recognize > conveniently. No one in their right mind is going to do that on > millions of records voluntarily when something goes wrong, so where's > the advantage? From gustav at cactus.dk Thu Jun 3 02:56:14 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 09:56:14 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: References: Message-ID: <695645067.20040603095614@cactus.dk> Hi Jim > Lambert: Your are right of course...always keep the client happy and in this > case what they do not will not hurt you. Except that you will be denormalizing your schema! /gustav > Ah Hah! This sounds like a cunning variation on "show them what the want to > see, but use an AutoNumber in any case". > I like it! :-) > Lambert >> -----Original Message----- >> From: Porter, Mark [SMTP:MPorter at acsalaska.com] >> Sent: Wednesday, June 02, 2004 5:04 PM >> To: Access Developers discussion and problem solving >> Subject: RE: [AccessD] OT: The Great Primary Debate >> >> One approach I've seen which I've adopted is a combination of both. >> >> Each table has both a unique identifier as well as a natural key. The >> unique identifier is always the FK and has the clustered index. Great for >> joins and row identifiers. >> >> The natural key has a unique index on the fields preventing duplicates. From rgilimited at btconnect.com Thu Jun 3 04:50:07 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Thu, 3 Jun 2004 10:50:07 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited In-Reply-To: <20040603084709.2B3DE24DD6E@smtp.nildram.co.uk> Message-ID: <000201c44950$284d9180$5373a8c0@local> Andy, Thanks for your reply. I'm printing delivery advices which need to be produced for each 3 units in an order. (Has an address label on and each box can only take 3 units) The [Qty] for each Order Line can be any number (even > 3 ) and I need to be able to step through each line separately to handle this. I think I need to get the page break working first, then work out how to handle the (>3) problem. I don't think this can be done within a preset Page Break? Any thoughts welcome Rgds Robin -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 03 June 2004 09:47 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Page Break from Subreport revisited Robin Just coming at this from a different angle, do the order items have an item number (1,2...) within each order? Or could you construct one? If so you could solve the issue by having a calculated value in the query, such as Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header section associated with that break to have a Page Break. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu Jun 3 05:24:58 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 11:24:58 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <20040603102455.B3EAA25085A@smtp.nildram.co.uk> Ok, another idea. How about this? 1-Remove the Page Break control 2-Create a Sort Group, with a Group Header, based on your order line level, ie you'd have this print for every Detail line. 3-Set that Group Header to Force Page Break 4-In the OnFormat of that Group Header section test your Qty and Cancel the section if you don't need the break. This is untested and off the top of my head. Just thinking of other ways to skin this cat. Oh and I've often found that you can't rely on FormatCount/PrintCount, so it's best to find a method where it won't matter if poss. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From stuart at lexacorp.com.pg Thu Jun 3 06:03:41 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 03 Jun 2004 21:03:41 +1000 Subject: [AccessD] Conditional Page Break from Subreport revisited In-Reply-To: <20040603084709.2B3DE24DD6E@smtp.nildram.co.uk> Message-ID: <40BF922D.17662.4D56541@localhost> On 3 Jun 2004 at 9:47, Andy Lacey wrote: > Robin > Just coming at this from a different angle, do the order items have an item > number (1,2...) within each order? Or could you construct one? If so you > could solve the issue by having a calculated value in the query, such as > Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header > section associated with that break to have a Page Break. > If you have something like ItemNo which is NOT sequential, you can use a static function to build a breakpoint based on ItemNo or any other field in the query. Static Function PageNumber(ItemNo as long) as long dim counter as long If ItemNo = -1 then counter =0 PageNumber = Fix(counter / 3) counter = counter + 1 End Function Immediately before you open the report (in the button click to show the report?), initialize sequence with ReturnVal = PageNumber(-1) Then group your report on =PageNumber(ItemNo) with a page break in the footer. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From andy at minstersystems.co.uk Thu Jun 3 06:08:52 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 12:08:52 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited Message-ID: <20040603110849.E3C6625DA24@smtp.nildram.co.uk> Neat, Stuart. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 11:05 > > On 3 Jun 2004 at 9:47, Andy Lacey wrote: > > > Robin > > Just coming at this from a different angle, do the order items have an item > > number (1,2...) within each order? Or could you construct one? If so you > > could solve the issue by having a calculated value in the query, such as > > Fix(([ItemNo]-1)/3). Then you can break on change of that and set the header > > section associated with that break to have a Page Break. > > > > If you have something like ItemNo which is NOT sequential, you can use a static > function to build a breakpoint based on ItemNo or any other field in the query. > > Static Function PageNumber(ItemNo as long) as long > dim counter as long > If ItemNo = -1 then counter =0 > PageNumber = Fix(counter / 3) > counter = counter + 1 > End Function > > Immediately before you open the report (in the button click to show the > report?), initialize sequence with > > ReturnVal = PageNumber(-1) > > Then group your report on =PageNumber(ItemNo) with a page break in the footer. > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From rgilimited at btconnect.com Thu Jun 3 06:11:57 2004 From: rgilimited at btconnect.com (Robin Lawrence) Date: Thu, 3 Jun 2004 12:11:57 +0100 Subject: [AccessD] Conditional Page Break from Subreport revisited In-Reply-To: <20040603102455.B3EAA25085A@smtp.nildram.co.uk> Message-ID: <000201c4495b$96718490$5373a8c0@local> Andy, Thanks for that - will give it a go.... Being forced to look at the overall problem again I think I may have to use DAO to preprocess the order lines into a temp table and base a query on that - don't see how else I could handle eg [qty] = 6 for a single item (3 + 3 carried forward)since it is only on one order line. Have to leave it for now - got some meetings this afternoon :) Will come back with a solution or more questions Thks again Rgds Robin -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: 03 June 2004 11:25 To: Access Developers discussion and problem solving Subject: Re: [AccessD] Conditional Page Break from Subreport revisited Ok, another idea. How about this? 1-Remove the Page Break control 2-Create a Sort Group, with a Group Header, based on your order line level, ie you'd have this print for every Detail line. 3-Set that Group Header to Force Page Break 4-In the OnFormat of that Group Header section test your Qty and Cancel the section if you don't need the break. This is untested and off the top of my head. Just thinking of other ways to skin this cat. Oh and I've often found that you can't rely on FormatCount/PrintCount, so it's best to find a method where it won't matter if poss. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: AccessD at databaseadvisors.com Subject: [AccessD] Conditional Page Break from Subreport revisited Date: 03/06/04 08:19 > > Have done some further work on this since yesterday's post - revised > questions below. > Would appreciate any pointers anyone can give me ... > > I have a standard type report based on Order / Order Line tables with > Order Report [WHD_Ord] and Order Line Subreport [WHD_Line_Sub] - no > sorting or grouping in either report. > > I need to force a new page whenever the sum of [Qty] field in > [WHD_Line_Sub] >= 3 . > (ie no more than 3 items allowed per page) > > I have got so far: > Add Text box in [WHD_Line_Sub] > Name = RunSum > Control Source = [Qty] > Running Sum = Over All > > Add PageBreak [WHDL_PBreak] in detail section of [WHD_Line_Sub] > > Add to Page Header of [WHD_Ord] > Private Sub PageHeader_Format(Cancel As Integer, FormatCount As Integer) > Reports![WHD_Orders]![WHD_Line_Sub].Report![WHDL_PBreak].Visible = False > End Sub > > Add to Detail - On Format of [WHD_Line_Sub] > Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) > If FormatCount = 1 Then > If y = Empty Then y = 3 > x = Me.RunSum > If y Mod x = 0 And x > 1 Then > MsgBox ("Force New Page" & " " & Me.RunSum & " " & Me.Title) > Me.WHDL_PBreak.Visible = True > End If > End If > End Sub > > 1- Should the page break be in the subreport detail section or main > report detail section ? - as set out above no page break is occuring . > 2 -The Detail - On Format section of code in the subreport runs through > twice even though I've checked the FormatCount property - why is this? > > Regards > Robin Lawrence > robin at rolledgold.co.uk > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 10:07:48 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 10:07:48 -0500 Subject: [AccessD] VB.NET Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC8@main2.marlow.com> That is a skewed sampling then. MSN is the most popular search engine, simply because IE defaults to it. It also doesn't represent people that don't surf much. Kind of a number out of the air, if you ask me. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 02, 2004 2:43 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Hi Drew: I have often wondered that myself. One article said that this information could be gathered through Google or Yahoo. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 02, 2004 8:24 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET I'm curious where they get those numbers. Most people that would have older systems like that probably wouldn't be on sites tracking that stuff! LOL. Actually, I like programming in normal ASP. ASP.NET certainly looks interesting, but I don't really see that much of an advantage with the types of projects I normally do. So it's not a matter of spending 'extra' time to handle low end users, it's just part of the simplicity that I like to have with my web stuff. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 01, 2004 11:17 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET Drew: The last time I have seem statistics of the numbers of people still using IE4.x or older. The numbers are in the range of 0.05% or 5 for every 10,000. Not meaning to sound heartless, but as a programmer would you spend time or money on designing extensive code to support that small group of individuals? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 2:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET That's good to hear! I'm still leary of 'OLDER' browsers. There are people in this world still using Windows 95 a, with IE 3.01. (And even older). Did you know it is impossible to upgrade the browser from that point, without a CD, or the cabs for a later IE? Microsoft's own website (including the windows update site) isn't supported in that browser. Still gives me the heebie jeebies. I'd have to check it out myself. What kind of security issues are you risking, though, if you are putting the scripting out on the other end to send stuff through. Just another thought to ponder. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Eric Barro Sent: Tuesday, June 01, 2004 3:45 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] VB.NET ASP.NET code (written in either VB.NET or C#) is not browser dependent. In fact ASP.NET generates the appropriate javascript code for the client side when it renders the page. All the business logic is encapsulated in a DLL on the BIN folder in the web root. --- Eric Barro Senior Systems Analyst Advanced Field Services (208) 772-7060 http://www.afsweb.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 01, 2004 12:46 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] VB.NET Actually, I watched some of the ASP.Net stuff, and the only 'impressive' feature I saw was the ability to replace .dll's that are in use. It's an annoyance to restart and IIS server, but it's not that difficult really. So it's a neat trick, but it's not making me gear up for ASP.NET. What I REALLY want to know about ASP.NET, is how browser dependant is it? They had something VERY similiar to what you see as 'features' of ASP.NET in some 'remote' scripting language. Can't remember the exact name. However, it required IE, and IE only. A lot of what ASP.NET is doing, is mimicing features I read about a long time ago with the 'remote' scripting. So I'm just a bit cautious as to how 'wowie' asp tricks get. We have users out there with VERY old browsers....long story. As far as the items I disagree with: Haven't found Initialize/Terminate events to be 'flaky'. (strongly agreed with the Dim x As New comment though...pure evil. I used it for a while, and didn't even know about it...) I personally don't care to initialize variables when I'm declaring them. To me, that is more of a constant role, then an variable role. I personally prefer to declare my variables and then get to assigning them values. I think it helps me structure my code better. By thinking only about what variables I am going to need, I get a pretty good picture of the 'framework' I am building. I find that some of my best 'code' is when I don't have to declare a variable 'mid stream'. (I'll declare it at top, but I mean: 'Ooops, need a variable for that...' kind of thing). Not sure what you really meant with the bracket syntax for functions and subs. Never found Win32 API's to be combersome. Only quirk I have ever found are the ones that require ByVal (which I also agree should be the default). Have never found collections to be tricky to work with, and also have not found them to be limited either. (What limitations are you referring too?) Used File I/O commands in VB pretty easily, but I think I use slightly different syntax/commands then what I have seen on the list. VB does have console support, it just can't output to it! LOL. But if you are writing batch files, you just need to be able to call it. (kind of teasing on this one, I think it would be handy too.....I think I did find something sometime that showed a way to create console output from VB). Only real issue I have found with the services, is that the OCX does not allow for multi-threading. Other then that, I practically have a 'Windows Service Project' for VB 6.0. Practically drop in place (Actually, I usually just grab one I built, and plop in the new code (depending on whether it's a timer or 'event' driven service).) Have never had 'unstable' issues with Multi-threading, but I will admit that it is somewhat a pain to implement....well, somewhat is understating it a little! LOL. Drew - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.690 / Virus Database: 451 - Release Date: 5/22/2004 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 10:11:45 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 10:11:45 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFC9@main2.marlow.com> Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com From accessd at shaw.ca Thu Jun 3 10:27:54 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 03 Jun 2004 08:27:54 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <695645067.20040603095614@cactus.dk> Message-ID: Gustav: I think you are fooling with me..:-) ...and do you know that for sure? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 03, 2004 12:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Jim > Lambert: Your are right of course...always keep the client happy and in this > case what they do not know will not hurt you. Except that you will be denormalizing your schema! /gustav From cfoust at infostatsystems.com Thu Jun 3 10:32:10 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 08:32:10 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: In the strictest sense that may be true because you now have more than one unique key on the table, but since "candidate" keys are acceptable in relational design, I wouldn't worry about that myself. And if you have a single field unique key, that is always preferable to a compound unique key as a PK, since it is easier to manage and doesn't require inserting multiple FK fields into another table. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Thursday, June 03, 2004 7:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Gustav: I think you are fooling with me..:-) ...and do you know that for sure? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 03, 2004 12:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Jim > Lambert: Your are right of course...always keep the client happy and > in this > case what they do not know will not hurt you. Except that you will be denormalizing your schema! /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 10:33:59 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 08:33:59 -0700 Subject: [AccessD] Set Report Format Message-ID: <010001c44980$30f01b20$6601a8c0@HAL9002> Dear List: I am trying to set a variable rpt to a sub report in a Public function (this is for purposes of translating the labels to a foreign language). I am passing the report name to the function in the Report_Open event. Setting it to the Main report is no problem. Public Function TranslateControlReport(argReport As String) As Boolean Dim rpt As Report Set rpt = Reports(argReport) works fine. But in the _Open event of the sub-report when I pass the name of the sub-report to this routine I get a run time error 2451 - the report name you entered is misspelled or refers to a report that isn't open or doesn't exist. I think it has to do with the fact that I'm only passing the sub-report name and have to qualify it with the Main report? But I've tried several syntaxes with no luck. Anybody know? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com But From cfoust at infostatsystems.com Thu Jun 3 10:36:41 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 08:36:41 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Ah, but GUIDs are extremely peculiar critters and not at all the same as straight autonumbers. Charlotte Foust -----Original Message----- From: MartyConnelly [mailto:martyconnelly at shaw.ca] Sent: Wednesday, June 02, 2004 4:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate This article has some test results and workarounds using SQL Server which may or maynot reinforce your reasons for using autonumbers. The Cost of GUIDs as Primary Keys http://www.informit.com/articles/article.asp?p=25862 Heenan, Lambert wrote: >Ah Hah! This sounds like a cunning variation on "show them what the >want to see, but use an AutoNumber in any case". > >I like it! :-) > >Lambert > > > >>-----Original Message----- >>From: Porter, Mark [SMTP:MPorter at acsalaska.com] >>Sent: Wednesday, June 02, 2004 5:04 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] OT: The Great Primary Debate >> >>One approach I've seen which I've adopted is a combination of both. >> >>Each table has both a unique identifier as well as a natural key. The >>unique identifier is always the FK and has the clustered index. Great >>for joins and row identifiers. >> >>The natural key has a unique index on the fields preventing >>duplicates. >> >>Mark >> >> >> >> >>>-----Original Message----- >>>From: Charlotte Foust [mailto:cfoust at infostatsystems.com] >>>Sent: Wednesday, June 02, 2004 12:15 PM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>I respectfully disagree. >>> >>> Those who prefer autonumbers are in favor of simplicity. If you've >>>ever designed databases using a design tool like ERWin or Visio or >>>any other tool for designing the data/entity structure, you quickly >>>discover what a mess compound keys can be. In Access table design, >>>it looks like >>>you're just creating a link between comparable fields in two tables. >>>When you use a design tool, you get a different take on it. >>>Visio 5 and >>>before only allowed you to create unique field names in a database >>>structure. That meant that if you had ABCID in one table, >>>you couldn't >>>create it in another, so it you wanted it there as a foreign key, you >>>created a relationship and the tool inserted the field in the other >>>table. However, if it's part of a unique key but not in >>>itself unique, >>>you can't enforce RI on just that specific field, so you wind up >>>dragging *all* the fields in the compound key to the other table to >>>create the relationship. If that key happens to be part of >>>the primary >>>or unique key in the other table, then you wind up with an even bigger >>>key to connect to some other table. It starts to snowball and you can >>>wind up with 6 or 7 fields in a PK, which is ridiculous. >>>Those who opt >>>for "natural" keys, want a key they can look at and recognize >>>conveniently. No one in their right mind is going to do that on >>>millions of records voluntarily when something goes wrong, so where's >>>the advantage? >>> >>>Charlotte Foust >>> >>>-----Original Message----- >>>From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >>>Sent: Wednesday, June 02, 2004 5:07 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>As a potential hypothesis, I would have to agree. But in >>>order to prove >>>your hypothesis you should have presented the opposite "Fear >>>Factor" as >>>well:) That those in favor of AutoNumbers fear the user's ability to >>>screw up even a five-field compound key by unwittingly uncovering the >>>one situation in which it would fail;) And, that those in favor of >>>AutoNumbers fear the complexity and never-ending maintenance that will >>>"inevitably" result from such a decision;) >>> >>> >>>Mark >>> >>> >>> >>>-----Original Message----- >>>From: Lawhon, Alan C Contractor/Morgan Research >>>[mailto:alan.lawhon at us.army.mil] >>>Sent: Wednesday, June 02, 2004 8:51 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] OT: The Great Primary Debate >>> >>> >>>Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: >>> >>>I think there is another factor involved in this "AutoNumber versus >>>Natural Key" PK debate. For lack of a better word or terminology, >>>I'm going to refer to it as the "Fear Factor" or a fuzzy type of >>>generalized apprehension. This "apprehension" boils down to something >>>along the lines of, "Well, what happens if the AutoNumber field gets >>>corrupted or >>>somehow those autonumbers get jumbled or out-of-sequence? If that >>>happens, then how do we re-establish the primary keys and make sure >>>they're associated with the correct records?" (The more records there >>>are in a table, the more heightened this fear or apprehension tends to >>>be.) >>> >>>The answer to this [unspoken] question is that they would rather >>>avoid the possibility altogether by using non-Autonumber composite >>>(i.e. >>>"Natural") primary keys. It appears, from my experience, >>>that folks who >>>have not been trained in database theory seem to have an intuitive >>>preference for natural keys - even when such "natural" keys >>>involve the >>>concatenation of two (or >>>more!) fields - with all the headaches that come from trying to manage >>>such an unweildy arrangement. >>> >>>I have experienced this issue firsthand here at work. We are >>>managing a >>>substantial (several million record) environmental database with >>>multiple linked tables, numerous views, action queries, macros, et >>>cetera ... This application requires primary and foreign >>>keys in nearly >>>all of the base tables. Early on we tried to persuade the senior >>>project engineer, (a chemical engineer by profession), of the >>>wisdom of >>>using single-field AutoNumbers for the PK in the most >>>important table of >>>the application. He adamantly refused, insisting on a two-field >>>composite primary key. We did our best to try and persuade him that an >>>autonumber PK was best, but he wouldn't hear it. Since this engineer >>>has major input into our performance appraisals, the programming staff >>>acquiesced. We decided to live with a "composite" PK - even if we >>>didn't like it or agree with it. >>> >>>After giving this a great deal of thought, I have come to the >>>conclusion >>>that folks who prefer "natural" (composite) PKs do so due to a general >>>apprehension or mistrust of AutoNumbers. I don't think it is a >>>"technical" issue, but rather a "people issue" centering >>>around fear and >>>apprehension. Whenever one sees a strong visceral reaction, (such as >>>what Martin saw yesterday), this tends to reinforce my perception that >>>this is more of a "people problem" than a purely "technical" problem. >>> >>>Does this make any sense to the rest of you? >>> >>>Alan C. Lawhon >>> >>> >>>-----Original Message----- >>>From: Martin Reid [mailto:mwp.reid at qub.ac.uk] >>>Sent: Tuesday, June 01, 2004 1:17 PM >>>To: Access Developers discussion and problem solving >>>Subject: [AccessD] OT: The Great Primary Debate >>> >>> >>>I was taking day one of a 4 day Programming SQL Server 2000 course >>>today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres >>>programmers moving to SQL Server. >>> >>>Came to the section on Table Design. I said use an Identity value for >>>the PK on the table - all h%ll brooke loose for the next hour as the >>>great debate happened live in person. Pity JC wasnt there to back me >>>up >>>(<: Was split between the younger developers who supported the use of >>>the ID column and the older developers and DBAs who use natural keys. >>>Almost a 50//50 split on age lines maybe reflecting different >>>attitutes to design. Took me about 20mins with one of the older guys >>>to explain how the relationship was maintained using Idt IDs as >>>opposed to his staff number. He seemed to have real problems getting >>>the concept. >>> >>>Martin >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>********************************************************************** >>**** >>********* >>2/6/2004 >>This transmittal may contain confidential information intended solely for >>the addressee. If you are not the intended recipient, you are hereby >>notified that you have received this transmittal in error; any review, >>dissemination, distribution or copying of this transmittal is strictly >>prohibited. If you have received this communication in error, please >>notify >>us immediately by reply or by telephone (collect at 907-564-1000) and ask >>to >>speak with the message sender. In addition, please immediately delete this >>message and all attachments. Thank you. ACS >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 10:41:09 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 08:41:09 -0700 Subject: [AccessD] Set Report Format Message-ID: Rocky, The subreport isn't open in the same sense the parent report is, so your routine is going to bomb because the subreport won't show up in the reports collection. I usually pass an object instead of a string in situations like this, which avoids the problem because the object already exists and doesn't have to be instantiated properly. You can pass Me from the subreport into the function and have it work without problems. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 7:34 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Set Report Format Dear List: I am trying to set a variable rpt to a sub report in a Public function (this is for purposes of translating the labels to a foreign language). I am passing the report name to the function in the Report_Open event. Setting it to the Main report is no problem. Public Function TranslateControlReport(argReport As String) As Boolean Dim rpt As Report Set rpt = Reports(argReport) works fine. But in the _Open event of the sub-report when I pass the name of the sub-report to this routine I get a run time error 2451 - the report name you entered is misspelled or refers to a report that isn't open or doesn't exist. I think it has to do with the fact that I'm only passing the sub-report name and have to qualify it with the Main report? But I've tried several syntaxes with no luck. Anybody know? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com But -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 3 10:45:51 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 11:45:51 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFC9@main2.marlow.com> Message-ID: <000401c44981$d952d630$7e01a8c0@colbyws> LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 10:55:55 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 08:55:55 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <015e01c44983$411a42c0$6601a8c0@HAL9002> Charlotte: In the subreport's Report_Open event I call the routine like this: Call TranslateControlReport(Me.Name) But that isn't working. Is there another way? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 8:41 AM Subject: RE: [AccessD] Set Report Format > Rocky, > > The subreport isn't open in the same sense the parent report is, so your > routine is going to bomb because the subreport won't show up in the > reports collection. I usually pass an object instead of a string in > situations like this, which avoids the problem because the object > already exists and doesn't have to be instantiated properly. You can > pass Me from the subreport into the function and have it work without > problems. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:34 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Set Report Format > > > Dear List: > > I am trying to set a variable rpt to a sub report in a Public function > (this is for purposes of translating the labels to a foreign language). > I am passing the report name to the function in the Report_Open event. > > Setting it to the Main report is no problem. > > Public Function TranslateControlReport(argReport As String) As Boolean > > Dim rpt As Report > > Set rpt = Reports(argReport) > > works fine. > > But in the _Open event of the sub-report when I pass the name of the > sub-report to this routine I get a run time error 2451 - the report name > you entered is misspelled or refers to a report that isn't open or > doesn't exist. > > I think it has to do with the fact that I'm only passing the sub-report > name and have to qualify it with the Main report? But I've tried > several syntaxes with no luck. > > Anybody know? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > But > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 11:02:00 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 11:02:00 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFCB@main2.marlow.com> What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:06:35 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:06:35 -0700 Subject: [AccessD] Set Report Format Message-ID: Change the argument to an object, not a report or string. Pass in the subreport or report like this: Call TranslateControlReport(Me) Then all the function has to do is test to see if the object is a report or subreport and then loop through its controls collection changing labels. Since it doesn't have to instantiate anything in the function, it doesn't need the name. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 7:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: In the subreport's Report_Open event I call the routine like this: Call TranslateControlReport(Me.Name) But that isn't working. Is there another way? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 8:41 AM Subject: RE: [AccessD] Set Report Format > Rocky, > > The subreport isn't open in the same sense the parent report is, so > your routine is going to bomb because the subreport won't show up in > the reports collection. I usually pass an object instead of a string > in situations like this, which avoids the problem because the object > already exists and doesn't have to be instantiated properly. You can > pass Me from the subreport into the function and have it work without > problems. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:34 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Set Report Format > > > Dear List: > > I am trying to set a variable rpt to a sub report in a Public function > (this is for purposes of translating the labels to a foreign > language). I am passing the report name to the function in the > Report_Open event. > > Setting it to the Main report is no problem. > > Public Function TranslateControlReport(argReport As String) As Boolean > > Dim rpt As Report > > Set rpt = Reports(argReport) > > works fine. > > But in the _Open event of the sub-report when I pass the name of the > sub-report to this routine I get a run time error 2451 - the report > name you entered is misspelled or refers to a report that isn't open > or doesn't exist. > > I think it has to do with the fact that I'm only passing the > sub-report name and have to qualify it with the Main report? But I've > tried several syntaxes with no luck. > > Anybody know? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > But > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:08:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:08:30 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Be VERY careful, Drew! Understanding them is one thing, agreeing with their use is something else and we *really* don't need another war at the moment. I don't have time to prove you wrong. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 8:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Thu Jun 3 11:14:25 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 3 Jun 2004 18:14:25 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: References: Message-ID: <1535536378.20040603181425@cactus.dk> Hi Jim > I think you are fooling with me..:-) ...and do you know that for sure? Ha! Yes - I think Charlotte answered for me! /gustav >> Lambert: Your are right of course...always keep the client happy and in this >> case what they do not know will not hurt you. > Except that you will be denormalizing your schema! From BBarabash at TappeConstruction.com Thu Jun 3 11:27:20 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Thu, 3 Jun 2004 11:27:20 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE635@TAPPEEXCH01> 55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From jwcolby at colbyconsulting.com Thu Jun 3 11:26:46 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 12:26:46 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <000601c44987$90bd3c70$7e01a8c0@colbyws> It has more to do with having fields from other entities which is a no-no in relational design. Remember that these other entity attributes nave to be updated should they change. What is changing them? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 03, 2004 11:32 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate In the strictest sense that may be true because you now have more than one unique key on the table, but since "candidate" keys are acceptable in relational design, I wouldn't worry about that myself. And if you have a single field unique key, that is always preferable to a compound unique key as a PK, since it is easier to manage and doesn't require inserting multiple FK fields into another table. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Thursday, June 03, 2004 7:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Gustav: I think you are fooling with me..:-) ...and do you know that for sure? Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 03, 2004 12:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: The Great Primary Debate Hi Jim > Lambert: Your are right of course...always keep the client happy and > in this > case what they do not know will not hurt you. Except that you will be denormalizing your schema! /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 11:33:51 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 09:33:51 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <018d01c44988$8dbdc2a0$6601a8c0@HAL9002> Charlotte: Sorry to not be getting this - it's new ground for me. I changed the call to Call TranslateControlReport(Me) but in the function the passed argument is a string: Public Function TranslateControlReport(argReport As String) which generates a type mismatch. So I probably need a different type in the AS clause? I tried changing it to Variant but no soap. TIA is ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a report > or subreport and then loop through its controls collection changing > labels. Since it doesn't have to instantiate anything in the function, > it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a string > > in situations like this, which avoids the problem because the object > > already exists and doesn't have to be instantiated properly. You can > > pass Me from the subreport into the function and have it work without > > problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 11:43:44 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 09:43:44 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <019101c44989$efa4d200$6601a8c0@HAL9002> Charlotte: Disregard my last message. I changed the function declaration to: Public Function TranslateControlSubReport(argReport As Object) As Boolean but still get a type mismatch on: Set rpt = Reports(argReport). The calling statement is: Call TranslateControlSubReport(Me) What am I doing wrong? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a report > or subreport and then loop through its controls collection changing > labels. Since it doesn't have to instantiate anything in the function, > it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a string > > in situations like this, which avoids the problem because the object > > already exists and doesn't have to be instantiated properly. You can > > pass Me from the subreport into the function and have it work without > > problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 11:45:36 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 11:45:36 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFCD@main2.marlow.com> Actually, it's a limit that would have to grow. Next year, the upper group would be 56, so the limit would move up one. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Thursday, June 03, 2004 11:27 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate 55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:46:54 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:46:54 -0700 Subject: [AccessD] Set Report Format Message-ID: Rocky, You have to change the function argument. Like this: Public Function TranslateControlReport(argReport As Object) Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 8:34 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: Sorry to not be getting this - it's new ground for me. I changed the call to Call TranslateControlReport(Me) but in the function the passed argument is a string: Public Function TranslateControlReport(argReport As String) which generates a type mismatch. So I probably need a different type in the AS clause? I tried changing it to Variant but no soap. TIA is ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a > report or subreport and then loop through its controls collection > changing labels. Since it doesn't have to instantiate anything in the > function, it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a > > string in situations like this, which avoids the problem because the > > object already exists and doesn't have to be instantiated properly. > > You can pass Me from the subreport into the function and have it > > work without problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software > > [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public > > function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As > > Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But > > I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 11:50:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 09:50:26 -0700 Subject: [AccessD] Set Report Format Message-ID: The whole point of passing the object is that you don't have to set rpt to anything except argReport if you desire. You already have an object, so it isn't necessary to instantiate it. You don't even need the rpt object unless you want to avoid retyping your code. argReport is already an object you can use and it inherits the methods and properties of the kind of object it is. So you can do things like this: For Each ctl In argReport.Controls ... Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 8:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: Disregard my last message. I changed the function declaration to: Public Function TranslateControlSubReport(argReport As Object) As Boolean but still get a type mismatch on: Set rpt = Reports(argReport). The calling statement is: Call TranslateControlSubReport(Me) What am I doing wrong? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:06 AM Subject: RE: [AccessD] Set Report Format > Change the argument to an object, not a report or string. Pass in the > subreport or report like this: > > Call TranslateControlReport(Me) > > Then all the function has to do is test to see if the object is a > report or subreport and then loop through its controls collection > changing labels. Since it doesn't have to instantiate anything in the > function, it doesn't need the name. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 7:56 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > In the subreport's Report_Open event I call the routine like this: > > Call TranslateControlReport(Me.Name) > > But that isn't working. Is there another way? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 8:41 AM > Subject: RE: [AccessD] Set Report Format > > > > Rocky, > > > > The subreport isn't open in the same sense the parent report is, so > > your routine is going to bomb because the subreport won't show up in > > the reports collection. I usually pass an object instead of a > > string in situations like this, which avoids the problem because the > > object already exists and doesn't have to be instantiated properly. > > You can pass Me from the subreport into the function and have it > > work without problems. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software > > [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:34 AM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Set Report Format > > > > > > Dear List: > > > > I am trying to set a variable rpt to a sub report in a Public > > function > > > (this is for purposes of translating the labels to a foreign > > language). I am passing the report name to the function in the > > Report_Open event. > > > > Setting it to the Main report is no problem. > > > > Public Function TranslateControlReport(argReport As String) As > > Boolean > > > > Dim rpt As Report > > > > Set rpt = Reports(argReport) > > > > works fine. > > > > But in the _Open event of the sub-report when I pass the name of the > > sub-report to this routine I get a run time error 2451 - the report > > name you entered is misspelled or refers to a report that isn't open > > or doesn't exist. > > > > I think it has to do with the fact that I'm only passing the > > sub-report name and have to qualify it with the Main report? But > > I've > > > tried several syntaxes with no luck. > > > > Anybody know? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > But > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 3 11:57:33 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 12:57:33 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE635@TAPPEEXCH01> Message-ID: <000701c4498b$dd75c060$7e01a8c0@colbyws> >55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? ROTFL John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brett Barabash Sent: Thursday, June 03, 2004 12:27 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate 55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew From jwcolby at colbyconsulting.com Thu Jun 3 12:13:10 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 13:13:10 -0400 Subject: [AccessD] I'm not here Message-ID: <000801c4498e$0c139490$7e01a8c0@colbyws> Has anyone received that from a Michael Wiegand? Perhaps an autoresponder? John W. Colby www.ColbyConsulting.com From cfoust at infostatsystems.com Thu Jun 3 12:24:53 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 10:24:53 -0700 Subject: [AccessD] I'm not here Message-ID: I got one, a "Mike is Out of the Office" message. It did not come to Acces-D, but to my email address as the recipient. Since I don't know a Michael Wiegand, Junk-Out junked it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Thursday, June 03, 2004 9:13 AM To: AccessD Subject: [AccessD] I'm not here Has anyone received that from a Michael Wiegand? Perhaps an autoresponder? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Thu Jun 3 12:30:17 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 3 Jun 2004 13:30:17 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From Stephen.Pickering at caremark.com Thu Jun 3 12:36:24 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 3 Jun 2004 12:36:24 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <35C4AC5A5AFD9642833200159C2581560A68DB@s98026.psd.caremark.int> Do you mean, since code never dies, we'll have to live forever to provide support??? ;) Steve -----Scott Marcus' Original Message----- <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From marcus at tsstech.com Thu Jun 3 12:38:38 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 3 Jun 2004 13:38:38 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I like the way you are thinking. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Pickering, Stephen Sent: Thursday, June 03, 2004 1:36 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Do you mean, since code never dies, we'll have to live forever to provide support??? ;) Steve From cfoust at infostatsystems.com Thu Jun 3 12:55:35 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 10:55:35 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Aha! Job Security!! Charlotte Foust -----Original Message----- From: Pickering, Stephen [mailto:Stephen.Pickering at caremark.com] Sent: Thursday, June 03, 2004 9:36 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Do you mean, since code never dies, we'll have to live forever to provide support??? ;) Steve -----Scott Marcus' Original Message----- <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Thu Jun 3 13:00:46 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 03 Jun 2004 13:00:46 -0500 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <200406031644.i53GiEQ03261@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040603130013.0175c3d8@pop3.highstream.net> Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew From David_Lind at acordia.com Thu Jun 3 13:06:14 2004 From: David_Lind at acordia.com (David Lind) Date: Thu, 3 Jun 2004 14:06:14 -0400 Subject: [AccessD] OT? Getting Started Message-ID: Hi All. I'm new to these lists and am in need of some guidance. I've been working in Access97 for a number of years. Everything I know I taught myself by trial and error. Compared to some of the code and stuff I've seen sent back and forth on here over the past 2 days, I'm nowhere near the same level/class of programmers that y'all are. In fact, the database that I've built for the section of the company I work for has expanded to a level way over my head and GanCom has been called in to help rebuild it, probably in Access03. I know VERY little about module programming/VB. While I am sure y'all are a great resource and I would definitely ask questions in the future when I get stuck, I need some help with the basics. What kind of resources should I be looking at to get started? From what the GanCom rep said when he was here, they'll do the rebuild, then hand it back to me. I'd like to be on my way of being able to do some if not all of the future work on my own instead of outsourcing it to someone else. Due to my being on the low end of the totem pole around here, finances is an issue, so a $600 seminar is out of the question at the moment. TIA David From jwcolby at colbyconsulting.com Thu Jun 3 13:06:20 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 14:06:20 -0400 Subject: [AccessD] I'm not here In-Reply-To: Message-ID: <000901c44995$798c5050$7e01a8c0@colbyws> That's what happened here as well, to my address directly. I assume that is a response to an AccessD message. Seems like I'd get a bunch but maybe not for responses? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 03, 2004 1:25 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] I'm not here I got one, a "Mike is Out of the Office" message. It did not come to Acces-D, but to my email address as the recipient. Since I don't know a Michael Wiegand, Junk-Out junked it. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Thursday, June 03, 2004 9:13 AM To: AccessD Subject: [AccessD] I'm not here Has anyone received that from a Michael Wiegand? Perhaps an autoresponder? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Thu Jun 3 13:08:01 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Thu, 03 Jun 2004 13:08:01 -0500 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <200406031644.i53GiEQ03261@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040603130342.017599e0@pop3.highstream.net> John, Great argument for surrogate keys. Since the user has no control of them, you never have to do a cascade update. You simply make the change to the business keys and nothing is cascaded. A simple example is the way department names change within a business organization. By using department id as the surrogate key and department name as the business key, you can maintain the names as they change and never need to cascade that change through a bunch of tables. Robert At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 12:26:46 -0400 >From: "jwcolby" >Subject: RE: [AccessD] OT: The Great Primary Debate >To: "'Access Developers discussion and problem solving'" > >Message-ID: <000601c44987$90bd3c70$7e01a8c0 at colbyws> >Content-Type: text/plain; charset="us-ascii" > >It has more to do with having fields from other entities which is a >no-no in relational design. Remember that these other entity attributes >nave to be updated should they change. What is changing them? > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte >Foust >Sent: Thursday, June 03, 2004 11:32 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] OT: The Great Primary Debate > > >In the strictest sense that may be true because you now have more than >one unique key on the table, but since "candidate" keys are acceptable >in relational design, I wouldn't worry about that myself. And if you >have a single field unique key, that is always preferable to a compound >unique key as a PK, since it is easier to manage and doesn't require >inserting multiple FK fields into another table. > >Charlotte Foust From cfoust at infostatsystems.com Thu Jun 3 13:26:13 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 11:26:13 -0700 Subject: [AccessD] Re: The Great Primary Debate Message-ID: ROTFLMAO Charlotte Foust -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Thursday, June 03, 2004 10:01 AM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From MPorter at acsalaska.com Thu Jun 3 13:29:10 2004 From: MPorter at acsalaska.com (Porter, Mark) Date: Thu, 3 Jun 2004 10:29:10 -0800 Subject: [AccessD] OT? Getting Started Message-ID: <635B80FE6C7D5A409586A6A110D97D17029A53@ACSANCHOR.corp.acsalaska.com> If it's the VBA aspect you are new too, Wrox has (used to have?) an Access VBA book for beginners. Pretty warm and fuzzy, steps you though using VBA instead of macros. It's not the best reference in the world, but it may be a good start on the fundamentals. Mark > -----Original Message----- > From: David Lind [mailto:David_Lind at acordia.com] > Sent: Thursday, June 03, 2004 10:06 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. > Everything I know I taught myself by trial and error. > Compared to some of the code and stuff I've seen sent back > and forth on here over the past 2 days, I'm nowhere near the > same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I > work for has expanded to a level way over my head and GanCom > has been called in to help rebuild it, probably in Access03. > I know VERY little about module programming/VB. While I am > sure y'all are a great resource and I would definitely ask > questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking > at to get started? From what the GanCom rep said when he was > here, they'll do the rebuild, then hand it back to me. I'd > like to be on my way of being able to do some if not all of > the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 > seminar is out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > *********************************************************************************** 3/6/2004 This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS From bchacc at san.rr.com Thu Jun 3 13:55:17 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 11:55:17 -0700 Subject: [AccessD] Set Report Format References: Message-ID: <01e301c4499c$50443670$6601a8c0@HAL9002> Charlotte: It's working! It's working! It's working! Thank you. You've saved my bacon. It's off to China with this app! Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:50 AM Subject: RE: [AccessD] Set Report Format > The whole point of passing the object is that you don't have to set rpt > to anything except argReport if you desire. You already have an object, > so it isn't necessary to instantiate it. You don't even need the rpt > object unless you want to avoid retyping your code. argReport is > already an object you can use and it inherits the methods and properties > of the kind of object it is. So you can do things like this: > > For Each ctl In argReport.Controls ... > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 8:44 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > Disregard my last message. I changed the function declaration to: > > Public Function TranslateControlSubReport(argReport As Object) As > Boolean > > but still get a type mismatch on: Set rpt = Reports(argReport). > > The calling statement is: Call TranslateControlSubReport(Me) > > What am I doing wrong? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 9:06 AM > Subject: RE: [AccessD] Set Report Format > > > > Change the argument to an object, not a report or string. Pass in the > > > subreport or report like this: > > > > Call TranslateControlReport(Me) > > > > Then all the function has to do is test to see if the object is a > > report or subreport and then loop through its controls collection > > changing labels. Since it doesn't have to instantiate anything in the > > > function, it doesn't need the name. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:56 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Set Report Format > > > > > > Charlotte: > > > > In the subreport's Report_Open event I call the routine like this: > > > > Call TranslateControlReport(Me.Name) > > > > But that isn't working. Is there another way? > > > > TIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Charlotte Foust" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 03, 2004 8:41 AM > > Subject: RE: [AccessD] Set Report Format > > > > > > > Rocky, > > > > > > The subreport isn't open in the same sense the parent report is, so > > > your routine is going to bomb because the subreport won't show up in > > > > the reports collection. I usually pass an object instead of a > > > string in situations like this, which avoids the problem because the > > > > object already exists and doesn't have to be instantiated properly. > > > > You can pass Me from the subreport into the function and have it > > > work without problems. > > > > > > Charlotte Foust > > > > > > -----Original Message----- > > > From: Rocky Smolin - Beach Access Software > > > [mailto:bchacc at san.rr.com] > > > Sent: Thursday, June 03, 2004 7:34 AM > > > To: AccessD at databaseadvisors.com > > > Subject: [AccessD] Set Report Format > > > > > > > > > Dear List: > > > > > > I am trying to set a variable rpt to a sub report in a Public > > > function > > > > > (this is for purposes of translating the labels to a foreign > > > language). I am passing the report name to the function in the > > > Report_Open event. > > > > > > Setting it to the Main report is no problem. > > > > > > Public Function TranslateControlReport(argReport As String) As > > > Boolean > > > > > > Dim rpt As Report > > > > > > Set rpt = Reports(argReport) > > > > > > works fine. > > > > > > But in the _Open event of the sub-report when I pass the name of the > > > > sub-report to this routine I get a run time error 2451 - the report > > > name you entered is misspelled or refers to a report that isn't open > > > > or doesn't exist. > > > > > > I think it has to do with the fact that I'm only passing the > > > sub-report name and have to qualify it with the Main report? But > > > I've > > > > > tried several syntaxes with no luck. > > > > > > Anybody know? > > > > > > MTIA > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > But > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 3 13:58:00 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 3 Jun 2004 11:58:00 -0700 Subject: [AccessD] OT? Getting Started References: Message-ID: <01f901c4499c$b0f4de20$6601a8c0@HAL9002> David: I was in the same position when I joined the list. Now I are almost a real programmer. Get the Access Developer's Handbook (Getz, Litwin, et al). That's the only advice I can give you at the moment. It's the best reference book I know of. I also used Balter's book Mastering Access Development - very good, plain language, tutorial, learned a LOT from her. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "David Lind" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 11:06 AM Subject: RE: [AccessD] OT? Getting Started > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. Everything I know I taught myself by trial and error. Compared to some of the code and stuff I've seen sent back and forth on here over the past 2 days, I'm nowhere near the same level/class of programmers that y'all are. In fact, the database that I've built for the section of the company I work for has expanded to a level way over my head and GanCom has been called in to help rebuild it, probably in Access03. I know VERY little about module programming/VB. While I am sure y'all are a great resource and I would definitely ask questions in the future when I get stuck, I need some help with the basics. What kind of resources should I be looking at to get started? From what the GanCom rep said when he was here, they'll do the rebuild, then hand it back to me. I'd like to be on my way of being able to do some if not all of the future work on my own instead of outsourcing it to someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 seminar is out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 14:00:34 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 14:00:34 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFCE@main2.marlow.com> Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 03, 2004 12:30 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu Jun 3 14:00:53 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 3 Jun 2004 20:00:53 +0100 Subject: [AccessD] OT? Getting Started In-Reply-To: Message-ID: <000001c4499d$17f2fcb0$b274d0d5@minster33c3r25> Well welcome to the wonderful world of Dba David. We're all kinds of level of expertise here so never feel afraid to ask a question. It's how we all progress. As for your question I swear by what gets referred to as ADH, which is the Access Developer's Handbook from Sybex. There's one for each flavour of Access and they're a terrific resource. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Lind > Sent: 03 June 2004 19:06 > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. > Everything I know I taught myself by trial and error. > Compared to some of the code and stuff I've seen sent back > and forth on here over the past 2 days, I'm nowhere near the > same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I > work for has expanded to a level way over my head and GanCom > has been called in to help rebuild it, probably in Access03. > I know VERY little about module programming/VB. While I am > sure y'all are a great resource and I would definitely ask > questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking > at to get started? From what the GanCom rep said when he was > here, they'll do the rebuild, then hand it back to me. I'd > like to be on my way of being able to do some if not all of > the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! he totem > pole around here, finances is an issue, so a $600 seminar is > out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From Mark.Mitsules at ngc.com Thu Jun 3 14:00:41 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Thu, 3 Jun 2004 15:00:41 -0400 Subject: [AccessD] OT? Getting Started Message-ID: I was in exactly the same boat as you 5 years ago as far as Access/VB/VBA was concerned but I did have experience in other languages. First, I think most here might agree that getting a copy of Access (insert version here) Developer's Handbook would be a good start, followed by a copy of VBA Developer's Handbook. Most reference books are updated and re-released upon each version upgrade so keep that in mind if an upgrade is in your future. Second, when the final database is delivered, take time to document the crap out of it. Make dated hard copies of every piece of code you can find and put it away as your baseline. Third, start keeping a favorites folder for all the code snippet sites as you run across them (Candace Tripp's page will give you a good start http://www.candace-tripp.com/_pages/index_nonfl.asp?cat=acc ). Fourth, we have a few well-published authors on this list, and I believe they would be well within their rights to give a brief plug regarding their books. As for any other recommendations unfortunately I can't really help...I learn best when I'm faced with a problem to overcome...so necessity is what primarily drives my learning. Mark -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Thursday, June 03, 2004 2:06 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT? Getting Started Hi All. I'm new to these lists and am in need of some guidance. I've been working in Access97 for a number of years. Everything I know I taught myself by trial and error. Compared to some of the code and stuff I've seen sent back and forth on here over the past 2 days, I'm nowhere near the same level/class of programmers that y'all are. In fact, the database that I've built for the section of the company I work for has expanded to a level way over my head and GanCom has been called in to help rebuild it, probably in Access03. I know VERY little about module programming/VB. While I am sure y'all are a great resource and I would definitely ask questions in the future when I get stuck, I need some help with the basics. What kind of resources should I be looking at to get started? From what the GanCom rep said when he was here, they'll do the rebuild, then hand it back to me. I'd like to be on my way of being able to do some if not all of the future work on my own instead of outsourcing it to someone else. Due to my being on the low end of t! he totem pole around here, finances is an issue, so a $600 seminar is out of the question at the moment. TIA David -- _______________________________________________ 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 Jun 3 14:27:06 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Thu, 3 Jun 2004 15:27:06 -0400 Subject: [AccessD] OT? Getting Started Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD83D7@xlivmbx12.aig.com> I'll second everyone's suggestions regarding the Access Developers Handbook. You might also want to take a look at... http://www.mvps.org/access/ which has lots of great examples for just about every kind of object you'd work with in Access. BTW, AFAICR, the bottom of the totem pole has the MOST important characters depicted from the Native Americans' culture/mythology. :-) Lambert > -----Original Message----- > From: David Lind [SMTP:David_Lind at acordia.com] > Sent: Thursday, June 03, 2004 2:06 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. Everything I know I > taught myself by trial and error. Compared to some of the code and stuff > I've seen sent back and forth on here over the past 2 days, I'm nowhere > near the same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I work for has > expanded to a level way over my head and GanCom has been called in to help > rebuild it, probably in Access03. I know VERY little about module > programming/VB. While I am sure y'all are a great resource and I would > definitely ask questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking at to get > started? From what the GanCom rep said when he was here, they'll do the > rebuild, then hand it back to me. I'd like to be on my way of being able > to do some if not all of the future work on my own instead of outsourcing > it to someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 seminar is out > of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 14:56:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 12:56:26 -0700 Subject: [AccessD] Set Report Format Message-ID: LOL Bring me back some bamboo shoots! Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 03, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Set Report Format Charlotte: It's working! It's working! It's working! Thank you. You've saved my bacon. It's off to China with this app! Best, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 03, 2004 9:50 AM Subject: RE: [AccessD] Set Report Format > The whole point of passing the object is that you don't have to set > rpt to anything except argReport if you desire. You already have an > object, so it isn't necessary to instantiate it. You don't even need > the rpt object unless you want to avoid retyping your code. argReport > is already an object you can use and it inherits the methods and > properties of the kind of object it is. So you can do things like > this: > > For Each ctl In argReport.Controls ... > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 03, 2004 8:44 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Set Report Format > > > Charlotte: > > Disregard my last message. I changed the function declaration to: > > Public Function TranslateControlSubReport(argReport As Object) As > Boolean > > but still get a type mismatch on: Set rpt = Reports(argReport). > > The calling statement is: Call TranslateControlSubReport(Me) > > What am I doing wrong? > > TIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Charlotte Foust" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 03, 2004 9:06 AM > Subject: RE: [AccessD] Set Report Format > > > > Change the argument to an object, not a report or string. Pass in > > the > > > subreport or report like this: > > > > Call TranslateControlReport(Me) > > > > Then all the function has to do is test to see if the object is a > > report or subreport and then loop through its controls collection > > changing labels. Since it doesn't have to instantiate anything in > > the > > > function, it doesn't need the name. > > > > Charlotte Foust > > > > -----Original Message----- > > From: Rocky Smolin - Beach Access Software > > [mailto:bchacc at san.rr.com] > > Sent: Thursday, June 03, 2004 7:56 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Set Report Format > > > > > > Charlotte: > > > > In the subreport's Report_Open event I call the routine like this: > > > > Call TranslateControlReport(Me.Name) > > > > But that isn't working. Is there another way? > > > > TIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Charlotte Foust" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 03, 2004 8:41 AM > > Subject: RE: [AccessD] Set Report Format > > > > > > > Rocky, > > > > > > The subreport isn't open in the same sense the parent report is, > > > so your routine is going to bomb because the subreport won't show > > > up in > > > > the reports collection. I usually pass an object instead of a > > > string in situations like this, which avoids the problem because > > > the > > > > object already exists and doesn't have to be instantiated > > > properly. > > > > You can pass Me from the subreport into the function and have it > > > work without problems. > > > > > > Charlotte Foust > > > > > > -----Original Message----- > > > From: Rocky Smolin - Beach Access Software > > > [mailto:bchacc at san.rr.com] > > > Sent: Thursday, June 03, 2004 7:34 AM > > > To: AccessD at databaseadvisors.com > > > Subject: [AccessD] Set Report Format > > > > > > > > > Dear List: > > > > > > I am trying to set a variable rpt to a sub report in a Public > > > function > > > > > (this is for purposes of translating the labels to a foreign > > > language). I am passing the report name to the function in the > > > Report_Open event. > > > > > > Setting it to the Main report is no problem. > > > > > > Public Function TranslateControlReport(argReport As String) As > > > Boolean > > > > > > Dim rpt As Report > > > > > > Set rpt = Reports(argReport) > > > > > > works fine. > > > > > > But in the _Open event of the sub-report when I pass the name of > > > the > > > > sub-report to this routine I get a run time error 2451 - the > > > report name you entered is misspelled or refers to a report that > > > isn't open > > > > or doesn't exist. > > > > > > I think it has to do with the fact that I'm only passing the > > > sub-report name and have to qualify it with the Main report? But > > > I've > > > > > tried several syntaxes with no luck. > > > > > > Anybody know? > > > > > > MTIA > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > But > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 3 14:57:50 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 3 Jun 2004 12:57:50 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Personally, I'm not planning to overflow a small integer. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 11:01 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 03, 2004 12:30 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <55? Drew, you of all people shouldn't advocate arbitrary upper limits! How about 255? Why stop at 255? In the future, science may allow one to live forever. Since code never dies, it would be better to make this the largest we can handle today. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 bellsouth.net Thu Jun 3 15:43:00 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Thu, 3 Jun 2004 16:43:00 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <20040603204257.WLHM18879.imf16aec.mail.bellsouth.net@SUSANONE> What "age" is he talking about anyway? :) Wasn't alive when dinosaurs roamed... :) Susan H. Personally, I'm not planning to overflow a small integer. Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. From chizotz at mchsi.com Thu Jun 3 16:01:50 2004 From: chizotz at mchsi.com (chizotz at mchsi.com) Date: Thu, 03 Jun 2004 21:01:50 +0000 Subject: [AccessD] OT? Getting Started Message-ID: <060320042101.21716.66ed@mchsi.com> Hello David, There are several excellent books out there that can help you get started. I am also self-taught. I had a background in programming, however, and that was a distinct advantage for me; it didn't look entirely written in Sanskrit or something to me going in the door, I just had to adapt what I knew to the new environment. With that in mind, I would suggest picking up a book or two on general programming techniques and concepts. Ones that use Basic as the example language would be best, because Access uses a variation of Basic. Then I would look for a book or two specifically on Access programming. The Access Developer's Handbook has served me very, very well over the years, but there are others available. Those resources, combined with the help you can find here and elsewhere on the Internet, when added to an enthusiastic desire to learn, patience, and the ability to make thousands of mistakes without losing your enthusiam or patience, should do the trick :) Ron > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. Everything I know I taught > myself by trial and error. Compared to some of the code and stuff I've seen sent > back and forth on here over the past 2 days, I'm nowhere near the same > level/class of programmers that y'all are. In fact, the database that I've built > for the section of the company I work for has expanded to a level way over my > head and GanCom has been called in to help rebuild it, probably in Access03. I > know VERY little about module programming/VB. While I am sure y'all are a great > resource and I would definitely ask questions in the future when I get stuck, I > need some help with the basics. What kind of resources should I be looking at to > get started? From what the GanCom rep said when he was here, they'll do the > rebuild, then hand it back to me. I'd like to be on my way of being able to do > some if not all of the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! > he totem pole around here, finances is an issue, so a $600 seminar is out of the > question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 16:55:02 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 16:55:02 -0500 Subject: [AccessD] OT? Getting Started Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD4@main2.marlow.com> Haven't seen your post on the list yet, but I read it through Andy's reply. I have a VBA 'tutorial' on my website. http://www.wolfwares.com It's in the Articles section, called 'VBA_Training.zip'. It's somewhere around 60 pages, and I've been told that several people have found it to be a useful tool to get introduced to VBA. (Please forgive the grammar in it, I was in somewhat of a rush writing it up! ) A couple of additional items to add. I wrote that tutorial YEARS ago, and have vastly expanded my VB/VBA knowledge since then, so I have a few more suggestions. One, the MSDN comes in a 3 disc version for Office 2k developer, and 2 disc version for Visual Basic. Not sure how many CD's are in the later versions of Office/VB.NET. However, the MSDN is a VERY VERY VERY handy tool. It has a ton of information, it just takes a little time getting used to how it explains things. The very best help file, IMHO, is Access 97's help section. It usually gives good examples along with it's help pages. Very useful. Next, once you begin getting comfortable with General VBA, I would strongly suggest looking into Class Modules and Collections. If I knew what I know now, about 3 years ago, a LOT of my projects would have been built faster, more flexible, and by far easier to maintain. A large portion of that is using Class modules, and collections. (Instead of loads of normal modules and arrays). Finally, my website also hosts the archives for this list. It's in the Resources section of my site. It goes back a few years. This list is a wonderful resource, and you'll probably be able to find a lot of information just by perusing the archives. Good luck in your VBA journey. Drew > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Lind > Sent: 03 June 2004 19:06 > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT? Getting Started > > > Hi All. > > I'm new to these lists and am in need of some guidance. > > I've been working in Access97 for a number of years. > Everything I know I taught myself by trial and error. > Compared to some of the code and stuff I've seen sent back > and forth on here over the past 2 days, I'm nowhere near the > same level/class of programmers that y'all are. In fact, the > database that I've built for the section of the company I > work for has expanded to a level way over my head and GanCom > has been called in to help rebuild it, probably in Access03. > I know VERY little about module programming/VB. While I am > sure y'all are a great resource and I would definitely ask > questions in the future when I get stuck, I need some help > with the basics. What kind of resources should I be looking > at to get started? From what the GanCom rep said when he was > here, they'll do the rebuild, then hand it back to me. I'd > like to be on my way of being able to do some if not all of > the future work on my own instead of outsourcing it to > someone else. Due to my being on the low end of t! he totem > pole around here, finances is an issue, so a $600 seminar is > out of the question at the moment. > > TIA > David > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 18:30:33 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 18:30:33 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD6@main2.marlow.com> The age 'break' between the natural and surrogate key 'camps'. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Thursday, June 03, 2004 3:43 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate What "age" is he talking about anyway? :) Wasn't alive when dinosaurs roamed... :) Susan H. Personally, I'm not planning to overflow a small integer. Actually, I'm kind of surprised at the list. We are talking about age here, wouldn't we want to store that in a Long Integer numeric field? Tsk tsk tsk. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 18:32:15 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 18:32:15 -0500 Subject: [AccessD] Re: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD7@main2.marlow.com> ROTFLMAO. Okay, this is starting to get a little OT. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Robert L. Stewart Sent: Thursday, June 03, 2004 1:01 PM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 3 18:36:25 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 3 Jun 2004 18:36:25 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFD8@main2.marlow.com> LOL. Okay okay. We all need to dig a little here and there. Keeps the List rolling. Let me know when you do have time to prove me wrong though. We can do it off List if you want! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Thursday, June 03, 2004 11:09 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Be VERY careful, Drew! Understanding them is one thing, agreeing with their use is something else and we *really* don't need another war at the moment. I don't have time to prove you wrong. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 03, 2004 8:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Thu Jun 3 20:02:52 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 03 Jun 2004 18:02:52 -0700 Subject: [AccessD] VB.NET References: <40BE5577.8030807@verizon.net> <01d101c44920$a6fdd290$6601a8c0@HAL9002> <354621785.20040603093910@cactus.dk> Message-ID: <40BFCA3C.6000806@shaw.ca> Here is a series of articles on MS SQL Reporting Services http://www.databasejournal.com/features/mssql/article.php/3357011 Well it is free with a full licensed copy of SQL Server, it won't run with MSDE However the kicker is, it is only licensed to one machine so if you run your web server and sql server on different machines you need 2 copies of the server license. Reporting Services is also partly web based. You may have to run web server and sql server on seperate machines for security. I guess MS Security doesn't talk to MS Marketing. Really cute. Reporting Services Licensing FAQ http://www.microsoft.com/sql/reporting/howtobuy/faq.asp Gustav Brock wrote: >Hi Rocky and Fransisco > >Don't be too exited - the license fees for Reporting Services are >extraordinary ... > >Don't know about "MS SQL Reports" - what are those? > >/gustav > > > > >>Be interested to hear if it's a good reporting system. That's >>always been a VB weakness, no? >> >> > > > >>>There is also MS SQL Reports, although I'm not sure that is >>>actually out yet. >>> >>> > > > >>>we received a full working copy of Sql Server Standard Reporting >>>Services. I've yet to install it because of some of what the eula >>>requirements are (re: IIS on the same server. I'm going to play with >>>the demo install some more in order to get that right before I go live >>>w/ the install. >>> >>> > > > -- Marty Connelly Victoria, B.C. Canada From artful at rogers.com Thu Jun 3 20:50:07 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 3 Jun 2004 21:50:07 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <001e01c449d6$43bb64c0$6601a8c0@rock> It's actually more complicated than that, and while I fall on the side of ANPKs, I do respect the opinions of such luminaries as Joe Celko, who despises ANPKs. His reason? They model nothing in the real world; his premise -- any data model that artificially maps real-world entitities is by defnition flawed. He works in different environments than I. Typically I think of the egg-carton, and question the significance of which two eggs I choose to make my morning omelet. He thinks in terms of "this alternator was manufactured by XYZ for use in Ford models T, U and V. It was manufactured on a day in a factory and signed off by employee ABC as valid and working. Or to put his argument another way, I am a vendor of antiques and I have precisely one Queen Anne male chair (the difference between male and female being the armrests or lack thereof), which was hand-crafted by Hortense Witherspoon circa 18whatever. If I read him correctly (which, given my rapidly increasing senior moments, may be a faulty assumption), these cases (as opposed to the eggs in a carton) can all be given primary keys which derive from the data themselves, and do not falsify the picture by introducing an ANPK. I don't mean to resurrect the PK debate, nor to say that I agree with Joe. Concerning the latter, I emphatically do not agree. But he is a luminary that has written some brilliant books and probably makes twice the money that any three of us on this list do. Oracle and DB/2 seem to be his favorite turf, but I could be wrong about that part. Anyway, I stand clearly on the side of ANPKs and have found none of Joe's arguments on this subject persuasive. But as he wrote to me in an email a while back, "Go take a data-modeling course." Well, I took his advice and took a data-modeling course, and I remain unpersuaded. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Wednesday, June 02, 2004 9:07 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Thu Jun 3 20:54:19 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 3 Jun 2004 21:54:19 -0400 Subject: [AccessD] Update Query? In-Reply-To: Message-ID: <001f01c449d6$d9af2660$6601a8c0@rock> AFAIK you cannot do an update and an insert in a single query -- and even if you could, I would dispute its soundness. I prefer atomic actions -- hit one table in exactly one way. This translates to -- upate the existing rows first, then do the inserts. Two actions, each atomic. Wrap them if you want. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bridget Doran Sent: Wednesday, June 02, 2004 12:57 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Update Query? No and No. I have no control over the source data. I can put those fields into the new table I am creating from this data but I don't think that's what you're getting at. Our client will be using the demographic data from this institution (source data that I have no control over) and then adding to the created table similar data from other institutions that they(the client) will do the data entry on. Bridget Doran Biostatistics Consulting Lab University of Minnesota A444 Mayo Building 612.626.7009 bridgetd at biostat.umn.edu -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 3 21:44:23 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 3 Jun 2004 22:44:23 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: <000b01c449dd$d856be20$7e01a8c0@colbyws> >"Go take a data-modeling course." ROTFL That's like asking a lawyer if tort reform is a good idea! The kids coming out of Med school still have to do the "36 hours on duty" thing. Everyone knows it is just a dangerous thing to do, for their health, for the patient's health. But "I had to do it, so you do too!" I too remain unpersuaded. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 03, 2004 9:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate It's actually more complicated than that, and while I fall on the side of ANPKs, I do respect the opinions of such luminaries as Joe Celko, who despises ANPKs. His reason? They model nothing in the real world; his premise -- any data model that artificially maps real-world entitities is by defnition flawed. He works in different environments than I. Typically I think of the egg-carton, and question the significance of which two eggs I choose to make my morning omelet. He thinks in terms of "this alternator was manufactured by XYZ for use in Ford models T, U and V. It was manufactured on a day in a factory and signed off by employee ABC as valid and working. Or to put his argument another way, I am a vendor of antiques and I have precisely one Queen Anne male chair (the difference between male and female being the armrests or lack thereof), which was hand-crafted by Hortense Witherspoon circa 18whatever. If I read him correctly (which, given my rapidly increasing senior moments, may be a faulty assumption), these cases (as opposed to the eggs in a carton) can all be given primary keys which derive from the data themselves, and do not falsify the picture by introducing an ANPK. I don't mean to resurrect the PK debate, nor to say that I agree with Joe. Concerning the latter, I emphatically do not agree. But he is a luminary that has written some brilliant books and probably makes twice the money that any three of us on this list do. Oracle and DB/2 seem to be his favorite turf, but I could be wrong about that part. Anyway, I stand clearly on the side of ANPKs and have found none of Joe's arguments on this subject persuasive. But as he wrote to me in an email a while back, "Go take a data-modeling course." Well, I took his advice and took a data-modeling course, and I remain unpersuaded. Arthur From glen_mcwilliams at msn.com Thu Jun 3 23:53:40 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Thu, 03 Jun 2004 21:53:40 -0700 Subject: [AccessD] SOX Message-ID: Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams From Mark.Mitsules at ngc.com Fri Jun 4 07:39:25 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Fri, 4 Jun 2004 08:39:25 -0400 Subject: [AccessD] Update Query Message-ID: Wow...I needed to do something that I had never done before and already had an email to the list drafted. But before sending it, I just made a copy of all the stuff I could possibly screw up and just took my best guess at it. And what do you know...it worked... Saved me a ton of time too, because I'm up against a deadline and was quickly reaching the point of no return where I would have had to accomplish that task somewhat "manually":(((( I'm not looking for any ego stroking;) or anything like that...just thought I'd comment on my situation in case anyone doubted the osmosis capability of the list;) Mark From jimdettman at earthlink.net Fri Jun 4 07:41:24 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 4 Jun 2004 08:41:24 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: I've kept my mouth shut too even though I don't agree with all the things that have been stated. Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. It deals with organizing the relations between pieces of data. Since computing systems store data, they fall under the theory, but the theory doesn't exist because of computers. It's a branch of mathematics in dealing with set relations. But we've gone through this several times. Anyone who's interested can look in the archives. And for the record, I'm not grouping myself with Joe Celko or Fabin Pascal. Suffice to say I fall somewhere in between the two camps in terms of living in the real world. There are times when using a surrogate makes sense and then there are others where it just adds complexity. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Thursday, June 03, 2004 9:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate It's actually more complicated than that, and while I fall on the side of ANPKs, I do respect the opinions of such luminaries as Joe Celko, who despises ANPKs. His reason? They model nothing in the real world; his premise -- any data model that artificially maps real-world entitities is by defnition flawed. He works in different environments than I. Typically I think of the egg-carton, and question the significance of which two eggs I choose to make my morning omelet. He thinks in terms of "this alternator was manufactured by XYZ for use in Ford models T, U and V. It was manufactured on a day in a factory and signed off by employee ABC as valid and working. Or to put his argument another way, I am a vendor of antiques and I have precisely one Queen Anne male chair (the difference between male and female being the armrests or lack thereof), which was hand-crafted by Hortense Witherspoon circa 18whatever. If I read him correctly (which, given my rapidly increasing senior moments, may be a faulty assumption), these cases (as opposed to the eggs in a carton) can all be given primary keys which derive from the data themselves, and do not falsify the picture by introducing an ANPK. I don't mean to resurrect the PK debate, nor to say that I agree with Joe. Concerning the latter, I emphatically do not agree. But he is a luminary that has written some brilliant books and probably makes twice the money that any three of us on this list do. Oracle and DB/2 seem to be his favorite turf, but I could be wrong about that part. Anyway, I stand clearly on the side of ANPKs and have found none of Joe's arguments on this subject persuasive. But as he wrote to me in an email a while back, "Go take a data-modeling course." Well, I took his advice and took a data-modeling course, and I remain unpersuaded. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Wednesday, June 02, 2004 9:07 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate As a potential hypothesis, I would have to agree. But in order to prove your hypothesis you should have presented the opposite "Fear Factor" as well:) That those in favor of AutoNumbers fear the user's ability to screw up even a five-field compound key by unwittingly uncovering the one situation in which it would fail;) And, that those in favor of AutoNumbers fear the complexity and never-ending maintenance that will "inevitably" result from such a decision;) Mark -----Original Message----- From: Lawhon, Alan C Contractor/Morgan Research [mailto:alan.lawhon at us.army.mil] Sent: Wednesday, June 02, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: I think there is another factor involved in this "AutoNumber versus Natural Key" PK debate. For lack of a better word or terminology, I'm going to refer to it as the "Fear Factor" or a fuzzy type of generalized apprehension. This "apprehension" boils down to something along the lines of, "Well, what happens if the AutoNumber field gets corrupted or somehow those autonumbers get jumbled or out-of-sequence? If that happens, then how do we re-establish the primary keys and make sure they're associated with the correct records?" (The more records there are in a table, the more heightened this fear or apprehension tends to be.) The answer to this [unspoken] question is that they would rather avoid the possibility altogether by using non-Autonumber composite (i.e. "Natural") primary keys. It appears, from my experience, that folks who have not been trained in database theory seem to have an intuitive preference for natural keys - even when such "natural" keys involve the concatenation of two (or more!) fields - with all the headaches that come from trying to manage such an unweildy arrangement. I have experienced this issue firsthand here at work. We are managing a substantial (several million record) environmental database with multiple linked tables, numerous views, action queries, macros, et cetera ... This application requires primary and foreign keys in nearly all of the base tables. Early on we tried to persuade the senior project engineer, (a chemical engineer by profession), of the wisdom of using single-field AutoNumbers for the PK in the most important table of the application. He adamantly refused, insisting on a two-field composite primary key. We did our best to try and persuade him that an autonumber PK was best, but he wouldn't hear it. Since this engineer has major input into our performance appraisals, the programming staff acquiesced. We decided to live with a "composite" PK - even if we didn't like it or agree with it. After giving this a great deal of thought, I have come to the conclusion that folks who prefer "natural" (composite) PKs do so due to a general apprehension or mistrust of AutoNumbers. I don't think it is a "technical" issue, but rather a "people issue" centering around fear and apprehension. Whenever one sees a strong visceral reaction, (such as what Martin saw yesterday), this tends to reinforce my perception that this is more of a "people problem" than a purely "technical" problem. Does this make any sense to the rest of you? Alan C. Lawhon -----Original Message----- From: Martin Reid [mailto:mwp.reid at qub.ac.uk] Sent: Tuesday, June 01, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: [AccessD] OT: The Great Primary Debate I was taking day one of a 4 day Programming SQL Server 2000 course today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres programmers moving to SQL Server. Came to the section on Table Design. I said use an Identity value for the PK on the table - all h%ll brooke loose for the next hour as the great debate happened live in person. Pity JC wasnt there to back me up (<: Was split between the younger developers who supported the use of the ID column and the older developers and DBAs who use natural keys. Almost a 50//50 split on age lines maybe reflecting different attitutes to design. Took me about 20mins with one of the older guys to explain how the relationship was maintained using Idt IDs as opposed to his staff number. He seemed to have real problems getting the concept. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Fri Jun 4 08:08:29 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Fri, 04 Jun 2004 08:08:29 -0500 Subject: [AccessD] Re: Getting Started In-Reply-To: <200406032336.i53NasQ21702@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040604080258.017b7df0@pop3.highstream.net> David, First, I would suggest that you send a few willing ones on the list the changes that your contracting company is making so we can evaluate it for you and help you to not get trapped into using then for all future changes. And, the big one is to make sure the design of the table structure is correct. If the table design is bad, you will have nothing but trouble in the future. I would venture to say that all of us on the list are self-taught. Some I would also venture have been able to find a mentor to help us. Personally, I am self-taught and have been such a mentor. Second, you do NOT want them to do the rebuild and hand it to you. You want to be involved in the sign off of each area of the design, tables, forms design, report layout, commenting within all the code, etc. I would be willing to help you in the evaluations if you like. Robert At 06:36 PM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 14:06:14 -0400 >From: "David Lind" >Subject: RE: [AccessD] OT? Getting Started >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Hi All. > >I'm new to these lists and am in need of some guidance. > >I've been working in Access97 for a number of years. Everything I know I >taught myself by trial and error. Compared to some of the code and stuff >I've seen sent back and forth on here over the past 2 days, I'm nowhere >near the same level/class of programmers that y'all are. In fact, the >database that I've built for the section of the company I work for has >expanded to a level way over my head and GanCom has been called in to help >rebuild it, probably in Access03. I know VERY little about module >programming/VB. While I am sure y'all are a great resource and I would >definitely ask questions in the future when I get stuck, I need some help >with the basics. What kind of resources should I be looking at to get >started? From what the GanCom rep said when he was here, they'll do the >rebuild, then hand it back to me. I'd like to be on my way of being able >to do some if not all of the future work on my own instead of outsourcing >it to someone else. Due to my being on the low end of t! >he totem pole around here, finances is an issue, so a $600 seminar is out >of the question at the moment. > >TIA >David From cfoust at infostatsystems.com Fri Jun 4 09:48:15 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 4 Jun 2004 07:48:15 -0700 Subject: [AccessD] SOX Message-ID: I'm working on a government project and I asked about SOX, since the data is personnel-related. They just shrugged, so I figure it's their lookout. Charlotte Foust -----Original Message----- From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] Sent: Thursday, June 03, 2004 8:54 PM To: accessd at databaseadvisors.com Subject: [AccessD] SOX Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Fri Jun 4 10:02:21 2004 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 4 Jun 2004 10:02:21 -0500 Subject: [AccessD] SOX In-Reply-To: <17239050.1086360973383.JavaMail.root@sniper6.usinternet.com> Message-ID: <002501c44a44$f02e3c50$de1811d8@danwaters> Charlotte, But what if they get pinged on for not meeting SOX requirements later, and then come back to you as the developer with the assumption that 'you should have known'? If you don't have something in writing stating that they don't need to meet those requirements, you might want to get something. Best of Luck, Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, June 04, 2004 9:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] SOX I'm working on a government project and I asked about SOX, since the data is personnel-related. They just shrugged, so I figure it's their lookout. Charlotte Foust -----Original Message----- From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] Sent: Thursday, June 03, 2004 8:54 PM To: accessd at databaseadvisors.com Subject: [AccessD] SOX Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JHewson at karta.com Fri Jun 4 10:10:54 2004 From: JHewson at karta.com (Jim Hewson) Date: Fri, 4 Jun 2004 10:10:54 -0500 Subject: [AccessD] SOX Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C1384AE@karta-exc-int.Karta.com> If it's not in the Statement of Work and none of taskings require it, you're not required to meet those standards. As long as the task order has been satisfied, you have complied with the contract. OTH, if meeting the standards are not going to impinge on the bottom line... I probably would consider it. Otherwise, a contract modification to include the standards and increase of the funding would be warranted. I've done several government database... the issue has not come up. Actually, I haven't heard of these standards before. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Friday, June 04, 2004 9:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] SOX I'm working on a government project and I asked about SOX, since the data is personnel-related. They just shrugged, so I figure it's their lookout. Charlotte Foust -----Original Message----- From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] Sent: Thursday, June 03, 2004 8:54 PM To: accessd at databaseadvisors.com Subject: [AccessD] SOX Hi All Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? Has anyone written any Minimum Baseline Standards (MBS) for Access Database Applications in conjunction with SOX compliance? Or, finally, has anyone had to make an Access Application meet MBS? Isn't the bleeping government wonderful!!! TIA Glen McWilliams -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From David_Lind at acordia.com Fri Jun 4 11:27:22 2004 From: David_Lind at acordia.com (David Lind) Date: Fri, 4 Jun 2004 12:27:22 -0400 Subject: [AccessD] RE: Getting Started Message-ID: Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bill! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Friday, June 04, 2004 9:08 AM To: accessd at databaseadvisors.com Cc: David Lind Subject: Re: Getting Started David, First, I would suggest that you send a few willing ones on the list the changes that your contracting company is making so we can evaluate it for you and help you to not get trapped into using then for all future changes. And, the big one is to make sure the design of the table structure is correct. If the table design is bad, you will have nothing but trouble in the future. I would venture to say that all of us on the list are self-taught. Some I would also venture have been able to find a mentor to help us. Personally, I am self-taught and have been such a mentor. Second, you do NOT want them to do the rebuild and hand it to you. You want to be involved in the sign off of each area of the design, tables, forms design, report layout, commenting within all the code, etc. I would be willing to help you in the evaluations if you like. Robert At 06:36 PM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 14:06:14 -0400 >From: "David Lind" >Subject: RE: [AccessD] OT? Getting Started >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Hi All. > >I'm new to these lists and am in need of some guidance. > >I've been working in Access97 for a number of years. Everything I know I >taught myself by trial and error. Compared to some of the code and stuff >I've seen sent back and forth on here over the past 2 days, I'm nowhere >near the same level/class of programmers that y'all are. In fact, the >database that I've built for the section of the company I work for has >expanded to a level way over my head and GanCom has been called in to help >rebuild it, probably in Access03. I know VERY little about module >programming/VB. While I am sure y'all are a great resource and I would >definitely ask questions in the future when I get stuck, I need some help >with the basics. What kind of resources should I be looking at to get >started? From what the GanCom rep said when he was here, they'll do the >rebuild, then hand it back to me. I'd like to be on my way of being able >to do some if not all of the future work on my own instead of outsourcing >it to someone else. Due to my being on the low end of t! >he totem pole around here, finances is an issue, so a $600 seminar is out >of the question at the moment. > >TIA >David From BBarabash at TappeConstruction.com Fri Jun 4 11:42:22 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Fri, 4 Jun 2004 11:42:22 -0500 Subject: [AccessD] RE: Getting Started Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE641@TAPPEEXCH01> >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From Mark.Mitsules at ngc.com Fri Jun 4 11:49:02 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Fri, 4 Jun 2004 12:49:02 -0400 Subject: [AccessD] RE: Getting Started Message-ID: >> Medical Malpractice << Now there's some data that could be used to educate people! Mark -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 12:27 PM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Friday, June 04, 2004 9:08 AM To: accessd at databaseadvisors.com Cc: David Lind Subject: Re: Getting Started David, First, I would suggest that you send a few willing ones on the list the changes that your contracting company is making so we can evaluate it for you and help you to not get trapped into using then for all future changes. And, the big one is to make sure the design of the table structure is correct. If the table design is bad, you will have nothing but trouble in the future. I would venture to say that all of us on the list are self-taught. Some I would also venture have been able to find a mentor to help us. Personally, I am self-taught and have been such a mentor. Second, you do NOT want them to do the rebuild and hand it to you. You want to be involved in the sign off of each area of the design, tables, forms design, report layout, commenting within all the code, etc. I would be willing to help you in the evaluations if you like. Robert At 06:36 PM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 14:06:14 -0400 >From: "David Lind" >Subject: RE: [AccessD] OT? Getting Started >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Hi All. > >I'm new to these lists and am in need of some guidance. > >I've been working in Access97 for a number of years. Everything I know I >taught myself by trial and error. Compared to some of the code and stuff >I've seen sent back and forth on here over the past 2 days, I'm nowhere >near the same level/class of programmers that y'all are. In fact, the >database that I've built for the section of the company I work for has >expanded to a level way over my head and GanCom has been called in to help >rebuild it, probably in Access03. I know VERY little about module >programming/VB. While I am sure y'all are a great resource and I would >definitely ask questions in the future when I get stuck, I need some help >with the basics. What kind of resources should I be looking at to get >started? From what the GanCom rep said when he was here, they'll do the >rebuild, then hand it back to me. I'd like to be on my way of being able >to do some if not all of the future work on my own instead of outsourcing >it to someone else. Due to my being on the low end of t! >he totem pole around here, finances is an issue, so a $600 seminar is out >of the question at the moment. > >TIA >David -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Fri Jun 4 12:02:59 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Fri, 4 Jun 2004 11:02:59 -0600 Subject: [AccessD] RE: Getting Started Message-ID: <19F28F0B4284C04FB90CAA380451FFD9412893@bross.quiznos.net> One note on the inconsistency of the Round function in Access. Aside from the floating point data storage issues, Access utilizes what I've been told is "Banker's Rounding" which will always round to the nearest even number. So in the immediate window, here are the results: ? Round(1.55,1) 1.6 ? Round(1.65,1) 1.6 Both go to 1.6 because it's the nearest even last decimal place to round to. -Chris Mackin -----Original Message----- From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] Sent: Friday, June 04, 2004 10:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From joconnell at indy.rr.com Fri Jun 4 12:35:40 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Fri, 4 Jun 2004 12:35:40 -0500 Subject: [AccessD] RE: Getting Started Message-ID: <012301c44a5a$7231e0c0$6701a8c0@joe> Floating point numbers are not the best choice for storing monetary values. Define the fields as Currency and you will have precise dollars and cents. Joe O'Connell -----Original Message----- From: Mackin, Christopher To: 'Access Developers discussion and problem solving' Date: Friday, June 04, 2004 12:14 PM Subject: RE: [AccessD] RE: Getting Started |One note on the inconsistency of the Round function in Access. Aside from |the floating point data storage issues, Access utilizes what I've been told |is "Banker's Rounding" which will always round to the nearest even number. | |So in the immediate window, here are the results: |? Round(1.55,1) | 1.6 |? Round(1.65,1) | 1.6 | |Both go to 1.6 because it's the nearest even last decimal place to round to. | |-Chris Mackin | |-----Original Message----- |From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] |Sent: Friday, June 04, 2004 10:42 AM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] RE: Getting Started | | |>The lady I am working for is quite upset about what we've termed "The |Rounding Issue" of Access. | |If you google for info on floating point data storage, you will learn that |this is definitely not an Access-specific issue. For example, we have an |accounting system on a SQL Server 2000 platform that has the same quirks |(funny, I don't recall receiving an invoice for 11.7687381!). It is an |inherent difficulty of converting numerical data to/from the binary format |in which it is stored. | |Now, OTOH, Access has a lousy (inconsistent) Round function built into it. |There are several alternatives to that. Gustav wrote a pretty good one, for |example. | | |-----Original Message----- |From: David Lind [mailto:David_Lind at acordia.com] |Sent: Friday, June 04, 2004 11:27 AM |To: Robert L. Stewart |Cc: accessd at databaseadvisors.com |Subject: [AccessD] RE: Getting Started | | |Robert, | |Thanks for the suggestions. | |Right now my being self-taught is the biggest problem. Because I am |self-taught, I've managed to not teach myself good programming basics. (I am |looking into legal action against myself right now!) The biggest problem I |have is non-normalized tables. The tech came down and spent 3 days here and |one of the biggest issues was the normalization of the tables. (I have one |table with 80+ fields including the ANPK. Didn't realize it was quite that |bloated!) There are other issues such as I have a financial table currently |setup that handles both debits and credits. However multiple debits can |refer to a single credit and sometimes multiple credits can refer to a |single debit. The lady I am working for is quite upset about what we've |termed "The Rounding Issue" of Access. I never realized that Access |automatically figures everything out to the 11th decimal point on |calculations. That creates a real problem when trying to get exact finances |and a clear statement for an insurance bil! l! Those are just the big |problems, and I haven't even begun to scratch the surface. | |I would love to get as much input as possible to get things fixed (in fact I |wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we |have strict security issues and I think the tech that helped had to have |blood drawn, produce three forms of ID, prove that the last 4 generations of |his and his wife's families were not in any way linked to any possible |criminal activity and promise the life of his firstborn child (if he ever |has one) just to be allowed to look at our data. The database I'm working on |is for the Medical Malpractice division of an insurance company that was |recently bought by a bank, so we have all kinds of security and privacy |issues involved. | |David | | |--------------------------------------------------------------------------- - |---------------------------------------- |The information in this email may contain confidential information that |is legally privileged. The information is only for the use of the intended |recipient(s) named above. If you are not the intended recipient(s), you |are hereby notified that any disclosure, copying, distribution, or the |taking |of any action in regard to the content of this email is strictly prohibited. |If |transmission is incorrect, unclear, or incomplete, please notify the sender |immediately. The authorized recipient(s) of this information is/are |prohibited |from disclosing this information to any other party and is/are required to |destroy the information after its stated need has been fulfilled. | |Any views expressed in this message are those of the individual |sender, except where the sender specifies and with authority, |states them to be the views of Tappe Construction Co. | |This footer also confirms that this email message has been scanned |for the presence of computer viruses.Scanning of this message and |addition of this footer is performed by SurfControl E-mail Filter software |in conjunction with virus detection software. | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com From MPorter at acsalaska.com Fri Jun 4 03:24:09 2004 From: MPorter at acsalaska.com (Porter, Mark) Date: Fri, 4 Jun 2004 00:24:09 -0800 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <635B80FE6C7D5A409586A6A110D97D17029A5F@ACSANCHOR.corp.acsalaska.com> I'm working with an enterprise application where the data model is 99.99% pre-made. However, how we use this data model is flexible to our business needs. In this case, the actual data model only describes the data held within, it is not an actual representation of it. Even the table names and fields are sometimes completely different from the data that we put into it (the GUI labels are changed, of course). It is even recommended that, should we require a new column, we use one of the many unused colums in the overbuilt data model rather than create another one in the data schema. The only hard database object which reflects the actual data in the model is the 'user key', a unique index on the table which describes what our businesses uses as a natural key for the data which we put into the table. The tables all have a single unique Identifier column (effectively an autonumber for the sake of our discussion), and audit fields such as creator, last changed by, create date, change date, etc. that describe attributes of the record in the table (as opposed to the data in the table). The columns above have nothing to do with the data held within the data model, yet they are integral to the working of the system itself. In this case you have two keys for two purposes; A natural key for the DATA, and a unique identifier for the RECORD. Where do you draw the line between what a pure data model should be (i.e. - nothing in the data model that is not a part of the data itself) and enhancing the system with information that describes the data? Mark > -----Original Message----- > From: Arthur Fuller [mailto:artful at rogers.com] > Sent: Thursday, June 03, 2004 5:50 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > It's actually more complicated than that, and while I fall on the side > of ANPKs, I do respect the opinions of such luminaries as Joe > Celko, who > despises ANPKs. His reason? They model nothing in the real world; his > premise -- any data model that artificially maps real-world entitities > is by defnition flawed. > > He works in different environments than I. Typically I think of the > egg-carton, and question the significance of which two eggs I > choose to > make my morning omelet. He thinks in terms of "this alternator was > manufactured by XYZ for use in Ford models T, U and V. It was > manufactured on a day in a factory and signed off by employee ABC as > valid and working. Or to put his argument another way, I am a > vendor of > antiques and I have precisely one Queen Anne male chair (the > difference > between male and female being the armrests or lack thereof), which was > hand-crafted by Hortense Witherspoon circa 18whatever. > > If I read him correctly (which, given my rapidly increasing senior > moments, may be a faulty assumption), these cases (as opposed to the > eggs in a carton) can all be given primary keys which derive from the > data themselves, and do not falsify the picture by > introducing an ANPK. > > I don't mean to resurrect the PK debate, nor to say that I agree with > Joe. Concerning the latter, I emphatically do not agree. But he is a > luminary that has written some brilliant books and probably > makes twice > the money that any three of us on this list do. Oracle and > DB/2 seem to > be his favorite turf, but I could be wrong about that part. > > Anyway, I stand clearly on the side of ANPKs and have found none of > Joe's arguments on this subject persuasive. But as he wrote > to me in an > email a while back, "Go take a data-modeling course." Well, I took his > advice and took a data-modeling course, and I remain unpersuaded. > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, > Mark S. (Newport News) > Sent: Wednesday, June 02, 2004 9:07 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > As a potential hypothesis, I would have to agree. But in > order to prove > your hypothesis you should have presented the opposite "Fear > Factor" as > well:) That those in favor of AutoNumbers fear the user's ability to > screw up even a five-field compound key by unwittingly uncovering the > one situation in which it would fail;) And, that those in favor of > AutoNumbers fear the complexity and never-ending maintenance that will > "inevitably" result from such a decision;) > > > Mark > > > > -----Original Message----- > From: Lawhon, Alan C Contractor/Morgan Research > [mailto:alan.lawhon at us.army.mil] > Sent: Wednesday, June 02, 2004 8:51 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Martin, Susan, John, Jim, Charlotte, Drew, Gustav, et al: > > I think there is another factor involved in this "AutoNumber versus > Natural Key" PK debate. For lack of a better word or terminology, I'm > going to refer to it as the "Fear Factor" or a fuzzy type of > generalized > apprehension. This "apprehension" boils down to something along the > lines of, "Well, what happens if the AutoNumber field gets > corrupted or > somehow those autonumbers get jumbled or out-of-sequence? If that > happens, then how do we re-establish the primary keys and make sure > they're associated with the correct records?" (The more records there > are in a table, the more heightened this fear or apprehension tends to > be.) > > The answer to this [unspoken] question is that they would rather avoid > the possibility altogether by using non-Autonumber composite (i.e. > "Natural") primary keys. It appears, from my experience, > that folks who > have not been trained in database theory seem to have an intuitive > preference for natural keys - even when such "natural" keys > involve the > concatenation of two (or > more!) fields - with all the headaches that come from trying to manage > such an unweildy arrangement. > > I have experienced this issue firsthand here at work. We are > managing a > substantial (several million record) environmental database with > multiple linked tables, numerous views, action queries, macros, et > cetera ... This application requires primary and foreign > keys in nearly > all of the base tables. Early on we tried to persuade the senior > project engineer, (a chemical engineer by profession), of the > wisdom of > using single-field AutoNumbers for the PK in the most > important table of > the application. He adamantly refused, insisting on a two-field > composite primary key. We did our best to try and persuade him that an > autonumber PK was best, but he wouldn't hear it. Since this engineer > has major input into our performance appraisals, the programming staff > acquiesced. We decided to live with a "composite" PK - even if we > didn't like it or agree with it. > > After giving this a great deal of thought, I have come to the > conclusion > that folks who prefer "natural" (composite) PKs do so due to a general > apprehension or mistrust of AutoNumbers. I don't think it is a > "technical" issue, but rather a "people issue" centering > around fear and > apprehension. Whenever one sees a strong visceral reaction, (such as > what Martin saw yesterday), this tends to reinforce my perception that > this is more of a "people problem" than a purely "technical" problem. > > Does this make any sense to the rest of you? > > Alan C. Lawhon > > > -----Original Message----- > From: Martin Reid [mailto:mwp.reid at qub.ac.uk] > Sent: Tuesday, June 01, 2004 1:17 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] OT: The Great Primary Debate > > > I was taking day one of a 4 day Programming SQL Server 2000 course > today. 8 Oracle programmers moving to SQL Server, 6 of our Ingres > programmers moving to SQL Server. > > Came to the section on Table Design. I said use an Identity value for > the PK on the table - all h%ll brooke loose for the next hour as the > great debate happened live in person. Pity JC wasnt there to > back me up > (<: Was split between the younger developers who supported the use of > the ID column and the older developers and DBAs who use natural keys. > Almost a 50//50 split on age lines maybe reflecting different > attitutes > to design. Took me about 20mins with one of the older guys to explain > how the relationship was maintained using Idt IDs as opposed to his > staff number. He seemed to have real problems getting the concept. > > Martin > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > *********************************************************************************** 4/6/2004 This transmittal may contain confidential information intended solely for the addressee. If you are not the intended recipient, you are hereby notified that you have received this transmittal in error; any review, dissemination, distribution or copying of this transmittal is strictly prohibited. If you have received this communication in error, please notify us immediately by reply or by telephone (collect at 907-564-1000) and ask to speak with the message sender. In addition, please immediately delete this message and all attachments. Thank you. ACS From Paul.Millard at freight.fedex.com Fri Jun 4 14:10:53 2004 From: Paul.Millard at freight.fedex.com (Millard, Paul --- Sr. Developer Analyst ---WGO) Date: Fri, 4 Jun 2004 12:10:53 -0700 Subject: [AccessD] SQL Query Help: Calculate working (project) days Message-ID: <67B2D43A2067B248A36B007650A2312C35FD99@PSJOE2K1.fxfwest.freight.fedex.com> Folks, I need help in calculating working days shown in table below. The tricky thing about this is I need to calculate the number of days between departments, particularly the 'Pricing' department. In table below, there are a total of 7 days using DATEDIFF. I need to report number of days within Pricing, which is two days in the example table shown below. i.e. Pricing on 2004-05-01 to 2004-05-2 equals 1 day and Pricing again on 2004-05-07 to 2004-05-08. Thanks in Advance! Paul Millard San Jose, CA table1 StatusDate Department 2004-05-01 Pricing (1 day) 2004-05-02 Costing (5 day) 2004-05-07 Pricing (1 day) 2004-05-08 Closed -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Joseph O'Connell Sent: Friday, June 04, 2004 10:36 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] RE: Getting Started Floating point numbers are not the best choice for storing monetary values. Define the fields as Currency and you will have precise dollars and cents. Joe O'Connell -----Original Message----- From: Mackin, Christopher To: 'Access Developers discussion and problem solving' Date: Friday, June 04, 2004 12:14 PM Subject: RE: [AccessD] RE: Getting Started |One note on the inconsistency of the Round function in Access. Aside from |the floating point data storage issues, Access utilizes what I've been told |is "Banker's Rounding" which will always round to the nearest even number. | |So in the immediate window, here are the results: |? Round(1.55,1) | 1.6 |? Round(1.65,1) | 1.6 | |Both go to 1.6 because it's the nearest even last decimal place to round to. | |-Chris Mackin | |-----Original Message----- |From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] |Sent: Friday, June 04, 2004 10:42 AM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] RE: Getting Started | | |>The lady I am working for is quite upset about what we've termed "The |Rounding Issue" of Access. | |If you google for info on floating point data storage, you will learn that |this is definitely not an Access-specific issue. For example, we have an |accounting system on a SQL Server 2000 platform that has the same quirks |(funny, I don't recall receiving an invoice for 11.7687381!). It is an |inherent difficulty of converting numerical data to/from the binary format |in which it is stored. | |Now, OTOH, Access has a lousy (inconsistent) Round function built into it. |There are several alternatives to that. Gustav wrote a pretty good one, for |example. | | |-----Original Message----- |From: David Lind [mailto:David_Lind at acordia.com] |Sent: Friday, June 04, 2004 11:27 AM |To: Robert L. Stewart |Cc: accessd at databaseadvisors.com |Subject: [AccessD] RE: Getting Started | | |Robert, | |Thanks for the suggestions. | |Right now my being self-taught is the biggest problem. Because I am |self-taught, I've managed to not teach myself good programming basics. (I am |looking into legal action against myself right now!) The biggest problem I |have is non-normalized tables. The tech came down and spent 3 days here and |one of the biggest issues was the normalization of the tables. (I have one |table with 80+ fields including the ANPK. Didn't realize it was quite that |bloated!) There are other issues such as I have a financial table currently |setup that handles both debits and credits. However multiple debits can |refer to a single credit and sometimes multiple credits can refer to a |single debit. The lady I am working for is quite upset about what we've |termed "The Rounding Issue" of Access. I never realized that Access |automatically figures everything out to the 11th decimal point on |calculations. That creates a real problem when trying to get exact finances |and a clear statement for an insurance bil! l! Those are just the big |problems, and I haven't even begun to scratch the surface. | |I would love to get as much input as possible to get things fixed (in fact I |wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we |have strict security issues and I think the tech that helped had to have |blood drawn, produce three forms of ID, prove that the last 4 generations of |his and his wife's families were not in any way linked to any possible |criminal activity and promise the life of his firstborn child (if he ever |has one) just to be allowed to look at our data. The database I'm working on |is for the Medical Malpractice division of an insurance company that was |recently bought by a bank, so we have all kinds of security and privacy |issues involved. | |David | | |--------------------------------------------------------------------------- - |---------------------------------------- |The information in this email may contain confidential information that |is legally privileged. The information is only for the use of the intended |recipient(s) named above. If you are not the intended recipient(s), you |are hereby notified that any disclosure, copying, distribution, or the |taking |of any action in regard to the content of this email is strictly prohibited. |If |transmission is incorrect, unclear, or incomplete, please notify the sender |immediately. The authorized recipient(s) of this information is/are |prohibited |from disclosing this information to any other party and is/are required to |destroy the information after its stated need has been fulfilled. | |Any views expressed in this message are those of the individual |sender, except where the sender specifies and with authority, |states them to be the views of Tappe Construction Co. | |This footer also confirms that this email message has been scanned |for the presence of computer viruses.Scanning of this message and |addition of this footer is performed by SurfControl E-mail Filter software |in conjunction with virus detection software. | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ******************************************************* This message conatains information that is confidential and proprietary to FedEx Freight or its affiliates. It is intended only for the recipient named and for the express purpose(s) described therein. Any other use is prohibited. ******************************************************* From GregSmith at starband.net Fri Jun 4 14:58:00 2004 From: GregSmith at starband.net (Greg Smith) Date: Fri, 4 Jun 2004 14:58:00 -0500 Subject: [AccessD] Is AccessD Toasted? In-Reply-To: <006401c4381f$7e98c7e0$12669a89@DDICK> Message-ID: <200406041955.i54JtjlV024174@andromeda.email.starband.net> Hi everyone! I've received ZERO...as in NULL...emails from AccessD/DBA. Is there a problem? Could be ME...been there. Done That. Greg Smith GregSmith at Starband.Net From accessd at shaw.ca Fri Jun 4 14:50:24 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Fri, 04 Jun 2004 12:50:24 -0700 Subject: [AccessD] RE: Getting Started In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE641@TAPPEEXCH01> Message-ID: Just thought I would add my comments to this discussion. There is always going to be round-off issue with numeric data. To keep these problems to minimum it is advisable to process the round-off at the time of entry. Given: A tax that is 7.5% of an invoice total. When calculated, on say $115.18 the amount is total invoice is $123.8185 with tax being $8.6385. The amount that will be paid is $123.82 with the tax being $8.64. These are the two numbers that stored not the raw uncalculated tax and invoice values. At the end of the fiscal year the tax totals can just be added and the summary will perfectly match the invoice total. A value, in a database that has to be added and then round-off performed will result in differences and accumulative errors. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Friday, June 04, 2004 9:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From spikee at oatlandspark.org.uk Fri Jun 4 15:03:23 2004 From: spikee at oatlandspark.org.uk (Chris Foote (Spike)) Date: Fri, 4 Jun 2004 21:03:23 +0100 Subject: [AccessD] Is AccessD Toasted? In-Reply-To: <200406041955.i54JtjlV024174@andromeda.email.starband.net> Message-ID: Hi Greg! The AccessD _has_ been fairly quiet for the last few hours but there has been some traffic! Regards Chris Foote - UK spike at ugandanetwork.org.uk -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Greg Smith Sent: 04 June 2004 20:58 To: 'Access Developers discussion and problem solving' Subject: [AccessD] Is AccessD Toasted? Hi everyone! I've received ZERO...as in NULL...emails from AccessD/DBA. Is there a problem? Could be ME...been there. Done That. Greg Smith GregSmith at Starband.Net From jwcolby at colbyconsulting.com Fri Jun 4 15:47:07 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 4 Jun 2004 16:47:07 -0400 Subject: [AccessD] Update Query In-Reply-To: Message-ID: <000f01c44a75$19a37bb0$7e01a8c0@colbyws> I'll be sending my bill. What is your address? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Friday, June 04, 2004 8:39 AM To: '[AccessD]' Subject: [AccessD] Update Query Wow...I needed to do something that I had never done before and already had an email to the list drafted. But before sending it, I just made a copy of all the stuff I could possibly screw up and just took my best guess at it. And what do you know...it worked... Saved me a ton of time too, because I'm up against a deadline and was quickly reaching the point of no return where I would have had to accomplish that task somewhat "manually":(((( I'm not looking for any ego stroking;) or anything like that...just thought I'd comment on my situation in case anyone doubted the osmosis capability of the list;) Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Fri Jun 4 15:46:38 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Fri, 4 Jun 2004 15:46:38 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: <028701c44a75$08c65060$2a3ca8c0@TEXASSYSTEMS.COM> For practical reasons, I prefer Robert Stewart's Surrogate/Business key approach. Regarding Celko's emphasis on natural keys, I would suggest the counter-example of catalogs, where many disparate items, each with their own, non-overlapping attributes, are given unique codes. Putting an ID on a blob of data is a common real-world thing to do. If that ID is random, or is a counter, you are very close to the Autonumber concept. On the other hand, the Autonumber is supposed to be a 'meaningless' unique ID. But, consider an auto-generated date dimension table, with consecutive date records. Think an Autonumber key is meaningless in this situation? Think again - it really represents the number of days since Day Zero (the earliest date record in your table). Sometimes, the Autonumber IS a natural key! -Ken From martyconnelly at shaw.ca Fri Jun 4 16:04:54 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 04 Jun 2004 14:04:54 -0700 Subject: [AccessD] SOX References: <9C382E065F54AE48BC3AA7925DCBB01C1384AE@karta-exc-int.Karta.com> Message-ID: <40C0E3F6.40406@shaw.ca> SOX only applies to publibly traded companies that are listed on US stock markets, Market capitilization is a determining factor on time for compliance, small caps have more time. You maybe a European company but if you are listed on the NASDAQ you still have to comply. Generally it is corporate documentation of business processes for auditing purposes, so computers come into play in fields like backup storage, data retention, and database methodology. CIO Survival Guide: Sarbanes-Oxley http://searchcio.techtarget.com/originalContent/0,289142,sid19_gci963003,00.html http://www.sarbanes-oxley-forum.com/ http://www.sarbanes-oxley.com/ Jim Hewson wrote: >If it's not in the Statement of Work and none of taskings require it, you're not required to meet those standards. As long as the task order has been satisfied, you have complied with the contract. >OTH, if meeting the standards are not going to impinge on the bottom line... I probably would consider it. >Otherwise, a contract modification to include the standards and increase of the funding would be warranted. >I've done several government database... the issue has not come up. Actually, I haven't heard of these standards before. >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte >Foust >Sent: Friday, June 04, 2004 9:48 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] SOX > > >I'm working on a government project and I asked about SOX, since the >data is personnel-related. They just shrugged, so I figure it's their >lookout. > >Charlotte Foust > >-----Original Message----- >From: Glen McWilliams [mailto:glen_mcwilliams at msn.com] >Sent: Thursday, June 03, 2004 8:54 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] SOX > > >Hi All > >Has anyone had to do anything for Sarbanes-Oxley (SOX) compliance? > >Has anyone written any Minimum Baseline Standards (MBS) for Access >Database >Applications in conjunction with SOX compliance? > >Or, finally, has anyone had to make an Access Application meet MBS? > >Isn't the bleeping government wonderful!!! > >TIA >Glen McWilliams > > > > -- Marty Connelly Victoria, B.C. Canada From dw-murphy at cox.net Fri Jun 4 16:53:53 2004 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 4 Jun 2004 14:53:53 -0700 Subject: [AccessD] Microsoft Jet Database Engine could not open the file - Error In-Reply-To: <000f01c44a75$19a37bb0$7e01a8c0@colbyws> Message-ID: <000601c44a7e$6db09400$8500a8c0@CX615377a> Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. Doug From jimdettman at earthlink.net Fri Jun 4 17:25:19 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Fri, 4 Jun 2004 18:25:19 -0400 Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error In-Reply-To: <000601c44a7e$6db09400$8500a8c0@CX615377a> Message-ID: Doug, First, check security. All users need full read/write/delete priv for the directory where the MDB/MDE resides. This allows the .LDB file to be created/deleted properly. Without this file, Access/JET cannot place locks and will open a database exclusive regardless of settings. Second, make sure the database attribute is not set to read only (right click in explorer and click properties). Third, make sure someone is not really opening it exclusive. I think you'll find it's the first one. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 5:54 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. 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 Fri Jun 4 17:52:27 2004 From: dw-murphy at cox.net (Doug Murphy) Date: Fri, 4 Jun 2004 15:52:27 -0700 Subject: [AccessD] Microsoft Jet Database Engine could not open the file-Error In-Reply-To: Message-ID: <000001c44a86$9bfba590$8500a8c0@CX615377a> Thanks Jim, I'll check security again. We checked security and read only properties, but that was me talking to the client via phone. I may need to go up and do it myself. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 3:25 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Microsoft Jet Database Engine could not open the file-Error Doug, First, check security. All users need full read/write/delete priv for the directory where the MDB/MDE resides. This allows the .LDB file to be created/deleted properly. Without this file, Access/JET cannot place locks and will open a database exclusive regardless of settings. Second, make sure the database attribute is not set to read only (right click in explorer and click properties). Third, make sure someone is not really opening it exclusive. I think you'll find it's the first one. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 5:54 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. 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 stuart at lexacorp.com.pg Fri Jun 4 18:33:46 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 05 Jun 2004 09:33:46 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <028701c44a75$08c65060$2a3ca8c0@TEXASSYSTEMS.COM> References: <001e01c449d6$43bb64c0$6601a8c0@rock> Message-ID: <40C1937A.5052.43EF700@localhost> On 4 Jun 2004 at 15:46, Ken Ismert wrote: > On the other hand, the Autonumber is supposed to be a 'meaningless' unique > ID. But, consider an auto-generated date dimension table, with consecutive > date records. Think an Autonumber key is meaningless in this situation? > Think again - it really represents the number of days since Day Zero (the > earliest date record in your table). Does it? What if you: 1. Delete records and rebuild the table without compacting the database. 2. Create records with an algorithm that generates records counting backwards from an end date 3. Extend your table by adding earlier dates after you build your first date range. 4. etc If you rely on the ANPK to be meaningful and use it in calcuations base on your assumption, you can get into trouble very quickly. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Fri Jun 4 18:38:00 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 05 Jun 2004 09:38:00 +1000 Subject: [AccessD] RE: Getting Started In-Reply-To: References: <426071E0B0A6D311B3C0006008B0AB23AFE641@TAPPEEXCH01> Message-ID: <40C19478.21109.442D730@localhost> On 4 Jun 2004 at 12:50, Jim Lawrence (AccessD) wrote: > Just thought I would add my comments to this discussion. > > There is always going to be round-off issue with numeric data. To keep these > problems to minimum it is advisable to process the round-off at the time of > entry. > > Given: A tax that is 7.5% of an invoice total. > When calculated, on say $115.18 the amount is total invoice is $123.8185 > with tax being $8.6385. The amount that will be paid is $123.82 with the > tax being $8.64. These are the two numbers that stored not the raw > uncalculated tax and invoice values. > > At the end of the fiscal year the tax totals can just be added and the > summary will perfectly match the invoice total. A value, in a database that > has to be added and then round-off performed will result in differences and > accumulative errors. > And use currency datatypes, because even with rounding of all individual values, you can still run into trouble with least significant bits in singles/doubles because of the way they are stored. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From mcaro at bigpond.net.au Fri Jun 4 18:41:45 2004 From: mcaro at bigpond.net.au (Bigpond) Date: Sat, 5 Jun 2004 09:41:45 +1000 Subject: [AccessD] Type Mismatch Message-ID: <005d01c44a8d$7f7f4d70$0100000a@mitmaster> Hi folks I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code Private Sub cmdTest_Click() Dim rst As Recordset Dim db As Database On Error GoTo HandleErrors Set db = CurrentDb() Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") . . End Sub I have checked the table "GBBClients" and the field "ClientTypeID" is a number. I inserted a text field called "ClientType" into the table and the following line also give the same error. Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") Is it so obvious that I can't see it?????? Martin From stuart at lexacorp.com.pg Fri Jun 4 19:17:17 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 05 Jun 2004 10:17:17 +1000 Subject: [AccessD] Type Mismatch In-Reply-To: <005d01c44a8d$7f7f4d70$0100000a@mitmaster> Message-ID: <40C19DAD.11583.466CB4A@localhost> On 5 Jun 2004 at 9:41, Bigpond wrote: > Hi folks > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code > > Private Sub cmdTest_Click() > Dim rst As Recordset > Dim db As Database > On Error GoTo HandleErrors > Set db = CurrentDb() > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > . > . > End Sub > > I have checked the table "GBBClients" and the field "ClientTypeID" is a number. > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > Is it so obvious that I can't see it?????? > DAO/ADODB ? Do you have both referenced and if so, in what order. You will get this error with an ADODB recordset. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From mcaro at bigpond.net.au Fri Jun 4 20:01:44 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Sat, 5 Jun 2004 11:01:44 +1000 Subject: [AccessD] Type Mismatch References: <40C19DAD.11583.466CB4A@localhost> Message-ID: <007d01c44a98$abd98420$0100000a@mitmaster> Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. > You will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From artful at rogers.com Fri Jun 4 20:06:56 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:06:56 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFCB@main2.marlow.com> Message-ID: <005101c44a99$65873cf0$6601a8c0@rock> I'm about to turn 57 and claim that I can understand lookups. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 12:02 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What do you think the cut off is for understanding a lookup field? 55? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 03, 2004 10:46 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate LOL. Always the troublemaker. You do realize if an old-style developer can't understand a surrogate key, they SURE won't understand a lookup attached to the FK right in the table design. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 03, 2004 11:12 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate Well, if you use a lookup field with foriegn keys, you can 'see' also! (Just had to toss that into the mix). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Wednesday, June 02, 2004 4:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Yea, I tend to agree with you. In fact during the great debate that was one of the "arguments" for using natural keys... What if ... I can always look at the data and see... John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Fri Jun 4 20:12:15 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:12:15 -0400 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <5.1.0.14.2.20040603130013.0175c3d8@pop3.highstream.net> Message-ID: <005701c44a9a$23633620$6601a8c0@rock> I could die in a car crash or a suicide or a spousal-murder or a randome drive-by tonight or tomorrow morning. Part of my job is to protect my clients against these occurences. Do anything less, IMO, and you fail to do your job. Nuff said. The client must be able to recover from your death and port your app + documentation to the next available developer. If you supply anything less than that, IMO you are an amateur, not a professional developer. Expect the worst, and when it doesn't happen thank the god of your choice. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert L. Stewart Sent: Thursday, June 03, 2004 2:01 PM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Fri Jun 4 20:22:11 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:22:11 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <005e01c44a9b$873302b0$6601a8c0@rock> >> Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. (sic) I don't want to break your mold, but I most emphatically DO NOT agree with your casigation. IMO relational theory has NOTHING to do with actual implementations or relational databases or any such physical crap. It has ONLY to do with logic. So please don't be so casual with that "Everyone" phrase. Personally, I find it hurtful. I'm a philosophy major by discipline, and databases are one instance of a set of rules. Please don't castigate us all because our intellectual skin colour diffes from yours. Thank you, Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 8:41 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate I've kept my mouth shut too even though I don't agree with all the things that have been stated. Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. It deals with organizing the relations between pieces of data. Since computing systems store data, they fall under the theory, but the theory doesn't exist because of computers. It's a branch of mathematics in dealing with set relations. But we've gone through this several times. Anyone who's interested can look in the archives. And for the record, I'm not grouping myself with Joe Celko or Fabin Pascal. Suffice to say I fall somewhere in between the two camps in terms of living in the real world. There are times when using a surrogate makes sense and then there are others where it just adds complexity. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net From artful at rogers.com Fri Jun 4 20:23:54 2004 From: artful at rogers.com (Arthur Fuller) Date: Fri, 4 Jun 2004 21:23:54 -0400 Subject: [AccessD] RE: Getting Started In-Reply-To: <19F28F0B4284C04FB90CAA380451FFD9412893@bross.quiznos.net> Message-ID: <005f01c44a9b$c4468a00$6601a8c0@rock> Add .5 if you want it to be more "logical". -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mackin, Christopher Sent: Friday, June 04, 2004 1:03 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started One note on the inconsistency of the Round function in Access. Aside from the floating point data storage issues, Access utilizes what I've been told is "Banker's Rounding" which will always round to the nearest even number. So in the immediate window, here are the results: ? Round(1.55,1) 1.6 ? Round(1.65,1) 1.6 Both go to 1.6 because it's the nearest even last decimal place to round to. -Chris Mackin -----Original Message----- From: Brett Barabash [mailto:BBarabash at tappeconstruction.com] Sent: Friday, June 04, 2004 10:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] RE: Getting Started >The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. If you google for info on floating point data storage, you will learn that this is definitely not an Access-specific issue. For example, we have an accounting system on a SQL Server 2000 platform that has the same quirks (funny, I don't recall receiving an invoice for 11.7687381!). It is an inherent difficulty of converting numerical data to/from the binary format in which it is stored. Now, OTOH, Access has a lousy (inconsistent) Round function built into it. There are several alternatives to that. Gustav wrote a pretty good one, for example. -----Original Message----- From: David Lind [mailto:David_Lind at acordia.com] Sent: Friday, June 04, 2004 11:27 AM To: Robert L. Stewart Cc: accessd at databaseadvisors.com Subject: [AccessD] RE: Getting Started Robert, Thanks for the suggestions. Right now my being self-taught is the biggest problem. Because I am self-taught, I've managed to not teach myself good programming basics. (I am looking into legal action against myself right now!) The biggest problem I have is non-normalized tables. The tech came down and spent 3 days here and one of the biggest issues was the normalization of the tables. (I have one table with 80+ fields including the ANPK. Didn't realize it was quite that bloated!) There are other issues such as I have a financial table currently setup that handles both debits and credits. However multiple debits can refer to a single credit and sometimes multiple credits can refer to a single debit. The lady I am working for is quite upset about what we've termed "The Rounding Issue" of Access. I never realized that Access automatically figures everything out to the 11th decimal point on calculations. That creates a real problem when trying to get exact finances and a clear statement for an insurance bil! l! Those are just the big problems, and I haven't even begun to scratch the surface. I would love to get as much input as possible to get things fixed (in fact I wouldn't mind 2nd or 3rd opinions on what the tech we had said), however, we have strict security issues and I think the tech that helped had to have blood drawn, produce three forms of ID, prove that the last 4 generations of his and his wife's families were not in any way linked to any possible criminal activity and promise the life of his firstborn child (if he ever has one) just to be allowed to look at our data. The database I'm working on is for the Medical Malpractice division of an insurance company that was recently bought by a bank, so we have all kinds of security and privacy issues involved. David ------------------------------------------------------------------------ ---- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 4 21:37:39 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 4 Jun 2004 22:37:39 -0400 Subject: [AccessD] Record locking bug Message-ID: <000001c44aa6$1224ba80$7e01a8c0@colbyws> I think I have stumbled on a record locking bug. For an Insurance company call center, I have built a system of events. Events happen to a claim, the claim is received, it is pended (waiting for action), opened, closed, phone calls made etc. These events may or may not cause a change in status. The receive event causes a received status, the Open event causes an Open status. A Phone cause does not cause a status change. If the claim is in an open status then it remains in an open status etc. The managers can define the events that can occur, whether they cause a status change etc. Via a state machine, I look at the current status and enable specific events. Obviously if a claim is in the open status, then it can have many different events occur, but it cannot have a received event occur because it was already received and can only be received once. If a claim is denied, it can be appealed, but it cannot be closed, because it was never opened. So... There are many tables. There is a claim table ad a claim event table. The claim event is where we log events happening to the claim. It is in this table specifically that I am noticing the locking issue. When I designed this db I ported existing data from thousands of claims. The old system didn't have an event table, it had a bunch of fields such as openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... Anyway, in order to port the data I did my best to figure out how these fields mapped to events and created a set sequence of: Received Pended Then Opened or denied depending on what was in these fields. Thus each old claim would have at least 3 or 4 or more events to indicate that it was received, that it was opened, closed, possibly opened again, possibly closed again etc. OK... With that groundwork... I have discovered that if I build a little query that pulls all the events for claim 800: EventID ClaimID SomeField And another identical query pulling all events for claim 801 (actually about 10 claims on either side of the claim)... It certainly appears that it is locking the block that the event records are built in. When I start an edit and don't save, other events with PKs close to that event are also locked. I have pulled just the table of events into a new db, and designed these identical queries and I am seeing the same thing. I am convinced it is a bug. I see it on my dev machine at the client (Win2K A2K), my dev machine at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at the client. Truly bizarre. I cut most of the fields out of the record including the only memo, both to drop the size of the test db as well as to see if any of these other fields were "causing" the problems. No help, same symptoms. The current db is just that one table and the two queries and is absolutely reproducible on my machine here at my home office, running Win2K A2K SP3 or Axp I have been under the impression that Access no longer locks an entire block, but will lock just the individual record. This testing seems to indicate that is not true. I have this db available for anyone who would like to look at this. My users have complained of locking issues and I have been unable to explain the goings on given my understanding that A2K and above locked just the edited record. Perhaps this is not always true? John W. Colby www.ColbyConsulting.com From rjhjr at cox.net Fri Jun 4 22:18:44 2004 From: rjhjr at cox.net (Bob Hall) Date: Fri, 4 Jun 2004 23:18:44 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000001c44aa6$1224ba80$7e01a8c0@colbyws> References: <000001c44aa6$1224ba80$7e01a8c0@colbyws> Message-ID: <20040605031842.GC32410@kongemord.krig.net> On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall From jwelz at hotmail.com Fri Jun 4 22:19:38 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Fri, 04 Jun 2004 21:19:38 -0600 Subject: [AccessD] Record locking bug Message-ID: A2K, Tools menu, Options, Advanced Tab: check 'Open databases using record-level locking'. This results in Access placing the records 1 to a data page resulting in significant bloat with small records. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "AccessD" >Subject: [AccessD] Record locking bug >Date: Fri, 4 Jun 2004 22:37:39 -0400 >MIME-Version: 1.0 >Received: from mc3-f34.hotmail.com ([64.4.50.170]) by mc3-s14.hotmail.com >with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 19:41:28 -0700 >Received: from databaseadvisors.com ([209.135.140.44]) by >mc3-f34.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 >19:41:09 -0700 >Received: from databaseadvisors.com (databaseadvisors.com >[209.135.140.44])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i552bhQ03506;Fri, 4 Jun 2004 21:37:43 -0500 >Received: from ColbyConsulting.com (svr5.tokios.com [69.41.224.26])by >databaseadvisors.com (8.11.6/8.11.6) with ESMTP id i552bXQ03410for >; Fri, 4 Jun 2004 21:37:33 -0500 >Received: from colbyws [67.86.211.79] by ColbyConsulting.com with >ESMTP(SMTPD32-7.15) id A1ECA40134; Fri, 04 Jun 2004 21:37:32 -0500 >X-Message-Info: NDMZeIBu+sr7DfMTWP42/0050WvlLgKmQQvmdm1pSeQ= >Message-ID: <000001c44aa6$1224ba80$7e01a8c0 at colbyws> >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook, Build 10.0.6626 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 >X-MIME-Autoconverted: from quoted-printable to 8bit by databaseadvisors.com >idi552bXQ03410 >X-BeenThere: accessd at databaseadvisors.com >X-Mailman-Version: 2.1.4 >Precedence: list >List-Id: Access Developers discussion and problem >solving >List-Help: >List-Post: >List-Subscribe: >, >List-Archive: >List-Unsubscribe: >, >Errors-To: accessd-bounces at databaseadvisors.com >Return-Path: accessd-bounces at databaseadvisors.com >X-OriginalArrivalTime: 05 Jun 2004 02:41:09.0490 (UTC) >FILETIME=[8EDA1520:01C44AA6] > >I think I have stumbled on a record locking bug. > >For an Insurance company call center, I have built a system of events. >Events happen to a claim, the claim is received, it is pended (waiting for >action), opened, closed, phone calls made etc. These events may or may not >cause a change in status. The receive event causes a received status, the >Open event causes an Open status. A Phone cause does not cause a status >change. If the claim is in an open status then it remains in an open >status >etc. > >The managers can define the events that can occur, whether they cause a >status change etc. Via a state machine, I look at the current status and >enable specific events. Obviously if a claim is in the open status, then >it >can have many different events occur, but it cannot have a received event >occur because it was already received and can only be received once. If a >claim is denied, it can be appealed, but it cannot be closed, because it >was >never opened. > >So... There are many tables. There is a claim table ad a claim event >table. >The claim event is where we log events happening to the claim. It is in >this table specifically that I am noticing the locking issue. When I >designed this db I ported existing data from thousands of claims. The old >system didn't have an event table, it had a bunch of fields such as >openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... > >Anyway, in order to port the data I did my best to figure out how these >fields mapped to events and created a set sequence of: > >Received >Pended > >Then Opened or denied depending on what was in these fields. Thus each old >claim would have at least 3 or 4 or more events to indicate that it was >received, that it was opened, closed, possibly opened again, possibly >closed >again etc. > >OK... With that groundwork... > >I have discovered that if I build a little query that pulls all the events >for claim 800: > >EventID >ClaimID >SomeField > >And another identical query pulling all events for claim 801 (actually >about >10 claims on either side of the claim)... > >It certainly appears that it is locking the block that the event records >are >built in. When I start an edit and don't save, other events with PKs close >to that event are also locked. > >I have pulled just the table of events into a new db, and designed these >identical queries and I am seeing the same thing. I am convinced it is a >bug. I see it on my dev machine at the client (Win2K A2K), my dev machine >at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at >the client. > >Truly bizarre. > >I cut most of the fields out of the record including the only memo, both to >drop the size of the test db as well as to see if any of these other fields >were "causing" the problems. No help, same symptoms. > >The current db is just that one table and the two queries and is absolutely >reproducible on my machine here at my home office, running Win2K A2K SP3 or >Axp > >I have been under the impression that Access no longer locks an entire >block, but will lock just the individual record. This testing seems to >indicate that is not true. > >I have this db available for anyone who would like to look at this. My >users have complained of locking issues and I have been unable to explain >the goings on given my understanding that A2K and above locked just the >edited record. Perhaps this is not always true? > >John W. Colby >www.ColbyConsulting.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From jwcolby at colbyconsulting.com Fri Jun 4 22:41:47 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 4 Jun 2004 23:41:47 -0400 Subject: [AccessD] Record locking bug In-Reply-To: Message-ID: <000101c44aaf$0794c8e0$7e01a8c0@colbyws> Jurgen, That is done already, still seeing the bug. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of J?rgen Welz Sent: Friday, June 04, 2004 11:20 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Record locking bug A2K, Tools menu, Options, Advanced Tab: check 'Open databases using record-level locking'. This results in Access placing the records 1 to a data page resulting in significant bloat with small records. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "AccessD" >Subject: [AccessD] Record locking bug >Date: Fri, 4 Jun 2004 22:37:39 -0400 >MIME-Version: 1.0 >Received: from mc3-f34.hotmail.com ([64.4.50.170]) by mc3-s14.hotmail.com >with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 19:41:28 -0700 >Received: from databaseadvisors.com ([209.135.140.44]) by >mc3-f34.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Fri, 4 Jun 2004 >19:41:09 -0700 >Received: from databaseadvisors.com (databaseadvisors.com >[209.135.140.44])by databaseadvisors.com (8.11.6/8.11.6) with ESMTP id >i552bhQ03506;Fri, 4 Jun 2004 21:37:43 -0500 >Received: from ColbyConsulting.com (svr5.tokios.com [69.41.224.26])by >databaseadvisors.com (8.11.6/8.11.6) with ESMTP id i552bXQ03410for >; Fri, 4 Jun 2004 21:37:33 -0500 >Received: from colbyws [67.86.211.79] by ColbyConsulting.com with >ESMTP(SMTPD32-7.15) id A1ECA40134; Fri, 04 Jun 2004 21:37:32 -0500 >X-Message-Info: NDMZeIBu+sr7DfMTWP42/0050WvlLgKmQQvmdm1pSeQ= >Message-ID: <000001c44aa6$1224ba80$7e01a8c0 at colbyws> >X-MSMail-Priority: Normal >X-Mailer: Microsoft Outlook, Build 10.0.6626 >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 >X-MIME-Autoconverted: from quoted-printable to 8bit by databaseadvisors.com >idi552bXQ03410 >X-BeenThere: accessd at databaseadvisors.com >X-Mailman-Version: 2.1.4 >Precedence: list >List-Id: Access Developers discussion and problem >solving >List-Help: >List-Post: >List-Subscribe: >, >List-Archive: >List-Unsubscribe: >, >Errors-To: accessd-bounces at databaseadvisors.com >Return-Path: accessd-bounces at databaseadvisors.com >X-OriginalArrivalTime: 05 Jun 2004 02:41:09.0490 (UTC) >FILETIME=[8EDA1520:01C44AA6] > >I think I have stumbled on a record locking bug. > >For an Insurance company call center, I have built a system of events. >Events happen to a claim, the claim is received, it is pended (waiting >for action), opened, closed, phone calls made etc. These events may or >may not cause a change in status. The receive event causes a received >status, the Open event causes an Open status. A Phone cause does not >cause a status change. If the claim is in an open status then it >remains in an open status etc. > >The managers can define the events that can occur, whether they cause a >status change etc. Via a state machine, I look at the current status >and enable specific events. Obviously if a claim is in the open >status, then it can have many different events occur, but it cannot >have a received event occur because it was already received and can >only be received once. If a claim is denied, it can be appealed, but >it cannot be closed, because it was >never opened. > >So... There are many tables. There is a claim table ad a claim event >table. >The claim event is where we log events happening to the claim. It is in >this table specifically that I am noticing the locking issue. When I >designed this db I ported existing data from thousands of claims. The old >system didn't have an event table, it had a bunch of fields such as >openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... > >Anyway, in order to port the data I did my best to figure out how these >fields mapped to events and created a set sequence of: > >Received >Pended > >Then Opened or denied depending on what was in these fields. Thus each >old claim would have at least 3 or 4 or more events to indicate that it >was received, that it was opened, closed, possibly opened again, >possibly closed again etc. > >OK... With that groundwork... > >I have discovered that if I build a little query that pulls all the >events for claim 800: > >EventID >ClaimID >SomeField > >And another identical query pulling all events for claim 801 (actually >about >10 claims on either side of the claim)... > >It certainly appears that it is locking the block that the event >records >are >built in. When I start an edit and don't save, other events with PKs close >to that event are also locked. > >I have pulled just the table of events into a new db, and designed >these identical queries and I am seeing the same thing. I am convinced >it is a bug. I see it on my dev machine at the client (Win2K A2K), my >dev machine at home (Win2K, A2K or AXP), but not on another machine >running OfficeXP at the client. > >Truly bizarre. > >I cut most of the fields out of the record including the only memo, >both to drop the size of the test db as well as to see if any of these >other fields were "causing" the problems. No help, same symptoms. > >The current db is just that one table and the two queries and is >absolutely reproducible on my machine here at my home office, running >Win2K A2K SP3 or Axp > >I have been under the impression that Access no longer locks an entire >block, but will lock just the individual record. This testing seems to >indicate that is not true. > >I have this db available for anyone who would like to look at this. My >users have complained of locking issues and I have been unable to >explain the goings on given my understanding that A2K and above locked >just the edited record. Perhaps this is not always true? > >John W. Colby >www.ColbyConsulting.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 5 04:49:47 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 5 Jun 2004 11:49:47 +0200 Subject: [AccessD] SQL Query Help: Calculate working (project) days In-Reply-To: <67B2D43A2067B248A36B007650A2312C35FD99@PSJOE2K1.fxfwest.freight.fedex.com> References: <67B2D43A2067B248A36B007650A2312C35FD99@PSJOE2K1.fxfwest.freight.fedex.com> Message-ID: <1138158481.20040605114947@cactus.dk> Hi Paul > I need help in calculating working days shown in table below. The tricky thing about this is I need to calculate the number of days between departments, particularly the 'Pricing' department. > In table below, there are a total of 7 days using DATEDIFF. I need to report number of days within Pricing, which is two days in the example table shown below. i.e. Pricing on 2004-05-01 to > 2004-05-2 equals 1 day and Pricing again on 2004-05-07 to 2004-05-08. > table1 > StatusDate Department > 2004-05-01 Pricing (1 day) > 2004-05-02 Costing (5 day) > 2004-05-07 Pricing (1 day) > 2004-05-08 Closed Assuming you have a DepartmentID and this is zero or Null for Closed (no department), you can obtain the day counts for the departments: SELECT DepartmentID, DateDiff("d", [StatusDate], (Select Top 1 aliT.StatusDate From tblProjectDates As AliP Where aliP.StatusDate > tblProjectDates.StatusDate Order By aliP.StatusDate;)) AS Days FROM tblProjectDates ORDER BY StatusDate; Now, save this query and use it as source for another query where you Group By DepartmentID and Sum Days. /gustav From jimdettman at earthlink.net Sat Jun 5 07:19:20 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:19:20 -0400 Subject: [AccessD] Microsoft Jet Database Engine could not open thefile-Error In-Reply-To: <000001c44a86$9bfba590$8500a8c0@CX615377a> Message-ID: Doug, Have one of the client PC's try to create a .txt file in the directory where the MDB resides from the client side. If they can't do it, then I'd look at security again. As an alternative, login as admin on the client and see if the problem remains. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 6:52 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Microsoft Jet Database Engine could not open thefile-Error Thanks Jim, I'll check security again. We checked security and read only properties, but that was me talking to the client via phone. I may need to go up and do it myself. Doug -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 3:25 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Microsoft Jet Database Engine could not open the file-Error Doug, First, check security. All users need full read/write/delete priv for the directory where the MDB/MDE resides. This allows the .LDB file to be created/deleted properly. Without this file, Access/JET cannot place locks and will open a database exclusive regardless of settings. Second, make sure the database attribute is not set to read only (right click in explorer and click properties). Third, make sure someone is not really opening it exclusive. I think you'll find it's the first one. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Doug Murphy Sent: Friday, June 04, 2004 5:54 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Microsoft Jet Database Engine could not open the file -Error Hi Folks, I think I have a versioning problem here but would like to get others inputs before spending a lot of time going down the wrong path and/or driving the 50 miles to visit the client site. I have a client with a small peer to peer network. We have an Access 2000 front end/back end database on their system. The machine with the back end on it is running Windows XP. The other two machines with front ends on them are running Windows 98. There is also a front end on the XP machine. The database runs great on the XP machine. The front end/backend were linked using UNC paths on the XP machine. The front end was then copied over to the Win98 machines. On opening the remote front ends there was an error. In going through the various obvious debugging options I had them try to open the back end directly from Access on the client machine; we get an error message: "Microsoft Jet Database Engine could not open the file "dbUNCPath\dbName.MDB" It is already opened exclusively by another user, or you need permission to view its data." Access security is not set on the system and we looked at folder and file permissions and that does not seem to be the cause. I am wondering if this could be a jet issue. Would different versions of Jet on the machines cause this type of error? Any inputs are greatly appreciated. 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 earthlink.net Sat Jun 5 07:22:25 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:22:25 -0400 Subject: [AccessD] Type Mismatch In-Reply-To: <007d01c44a98$abd98420$0100000a@mitmaster> Message-ID: Martin, If your not going to use both DAO and ADO, then you should uncheck one. If you are going to use both, then you should start declaring everything explicitly: Dim rst As DAO.Recordset Dim db As DAO.Database Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Friday, June 04, 2004 9:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Type Mismatch Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. > You will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Sat Jun 5 07:22:25 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:22:25 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <005e01c44a9b$873302b0$6601a8c0@rock> Message-ID: Arthur, Sorry, but it seems to me that when everyone discusses this, this point is often missed. << IMO relational theory has NOTHING to do with actual implementations or relational databases or any such physical crap. It has ONLY to do with logic.>> Yeah, like I said, but no one said it as yet. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Friday, June 04, 2004 9:22 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate >> Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. (sic) I don't want to break your mold, but I most emphatically DO NOT agree with your casigation. IMO relational theory has NOTHING to do with actual implementations or relational databases or any such physical crap. It has ONLY to do with logic. So please don't be so casual with that "Everyone" phrase. Personally, I find it hurtful. I'm a philosophy major by discipline, and databases are one instance of a set of rules. Please don't castigate us all because our intellectual skin colour diffes from yours. Thank you, Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 04, 2004 8:41 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate I've kept my mouth shut too even though I don't agree with all the things that have been stated. Everyone misses the point that fundamentally, relational theory has nothing to do with computers per say. It deals with organizing the relations between pieces of data. Since computing systems store data, they fall under the theory, but the theory doesn't exist because of computers. It's a branch of mathematics in dealing with set relations. But we've gone through this several times. Anyone who's interested can look in the archives. And for the record, I'm not grouping myself with Joe Celko or Fabin Pascal. Suffice to say I fall somewhere in between the two camps in terms of living in the real world. There are times when using a surrogate makes sense and then there are others where it just adds complexity. Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sat Jun 5 07:27:53 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:27:53 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000001c44aa6$1224ba80$7e01a8c0@colbyws> Message-ID: John, <> JET 4.0 will not always lock on a record even if the setting is such. Depends on the operation be carried out. Index updates are one thing that will always lock at page level. There are a few other operations that will also lock on page level no, but I don't remember what they are off hand. Think it was bulk SQL updates and memo's, but I'm not positive. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Friday, June 04, 2004 10:38 PM To: AccessD Subject: [AccessD] Record locking bug I think I have stumbled on a record locking bug. For an Insurance company call center, I have built a system of events. Events happen to a claim, the claim is received, it is pended (waiting for action), opened, closed, phone calls made etc. These events may or may not cause a change in status. The receive event causes a received status, the Open event causes an Open status. A Phone cause does not cause a status change. If the claim is in an open status then it remains in an open status etc. The managers can define the events that can occur, whether they cause a status change etc. Via a state machine, I look at the current status and enable specific events. Obviously if a claim is in the open status, then it can have many different events occur, but it cannot have a received event occur because it was already received and can only be received once. If a claim is denied, it can be appealed, but it cannot be closed, because it was never opened. So... There are many tables. There is a claim table ad a claim event table. The claim event is where we log events happening to the claim. It is in this table specifically that I am noticing the locking issue. When I designed this db I ported existing data from thousands of claims. The old system didn't have an event table, it had a bunch of fields such as openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... Anyway, in order to port the data I did my best to figure out how these fields mapped to events and created a set sequence of: Received Pended Then Opened or denied depending on what was in these fields. Thus each old claim would have at least 3 or 4 or more events to indicate that it was received, that it was opened, closed, possibly opened again, possibly closed again etc. OK... With that groundwork... I have discovered that if I build a little query that pulls all the events for claim 800: EventID ClaimID SomeField And another identical query pulling all events for claim 801 (actually about 10 claims on either side of the claim)... It certainly appears that it is locking the block that the event records are built in. When I start an edit and don't save, other events with PKs close to that event are also locked. I have pulled just the table of events into a new db, and designed these identical queries and I am seeing the same thing. I am convinced it is a bug. I see it on my dev machine at the client (Win2K A2K), my dev machine at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at the client. Truly bizarre. I cut most of the fields out of the record including the only memo, both to drop the size of the test db as well as to see if any of these other fields were "causing" the problems. No help, same symptoms. The current db is just that one table and the two queries and is absolutely reproducible on my machine here at my home office, running Win2K A2K SP3 or Axp I have been under the impression that Access no longer locks an entire block, but will lock just the individual record. This testing seems to indicate that is not true. I have this db available for anyone who would like to look at this. My users have complained of locking issues and I have been unable to explain the goings on given my understanding that A2K and above locked just the edited record. Perhaps this is not always true? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sat Jun 5 07:29:45 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 08:29:45 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <20040605031842.GC32410@kongemord.krig.net> Message-ID: Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 5 08:47:41 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 5 Jun 2004 09:47:41 -0400 Subject: [AccessD] Record locking bug In-Reply-To: Message-ID: <000201c44b03$abf4aaa0$7e01a8c0@colbyws> >With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall From ssharkins at bellsouth.net Sat Jun 5 09:02:12 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sat, 5 Jun 2004 10:02:12 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000201c44b03$abf4aaa0$7e01a8c0@colbyws> Message-ID: <20040605140209.ZMED13581.imf17aec.mail.bellsouth.net@SUSANONE> John, probably of no help, but I occasionally run into a nasty locking error that's cleared only by closing down Access, and rebooting. Somehow, the system seems another instance of the database running, when there isn't and I can't do anything until I delete that "phantom" instance. I've no idea what causes it. I didn't read the entire thread, so if this is way off, just ignore it. Susan H. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. From jimdettman at earthlink.net Sat Jun 5 10:08:20 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 11:08:20 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000201c44b03$abf4aaa0$7e01a8c0@colbyws> Message-ID: John, Are you up to date on service packs? There were some problem with record level getting flipped on in the initial release. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 9:48 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug >With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat Jun 5 10:14:48 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sat, 05 Jun 2004 08:14:48 -0700 Subject: [AccessD] Re: The Great Primary Debate In-Reply-To: <005701c44a9a$23633620$6601a8c0@rock> Message-ID: Arthur: No, you have got it all wrong! It is your responsibility to either have trained your kids or another member of your company, how to support your product in the event of your untimely demise...or winning or inheriting a large quantity of cash. :-) IMHO Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Friday, June 04, 2004 6:12 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Re: The Great Primary Debate I could die in a car crash or a suicide or a spousal-murder or a randome drive-by tonight or tomorrow morning. Part of my job is to protect my clients against these occurences. Do anything less, IMO, and you fail to do your job. Nuff said. The client must be able to recover from your death and port your app + documentation to the next available developer. If you supply anything less than that, IMO you are an amateur, not a professional developer. Expect the worst, and when it doesn't happen thank the god of your choice. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert L. Stewart Sent: Thursday, June 03, 2004 2:01 PM To: accessd at databaseadvisors.com Subject: [AccessD] Re: The Great Primary Debate Age or IQ? :-)) At 11:44 AM 6/3/2004 -0500, you wrote: >Date: Thu, 3 Jun 2004 11:02:00 -0500 >From: DWUTKA at marlow.com >Subject: RE: [AccessD] OT: The Great Primary Debate >To: accessd at databaseadvisors.com >Message-ID: > <2F8793082E00D4119A1700B0D0216BF8031BAFCB at main2.marlow.com> >Content-Type: text/plain; charset="iso-8859-1" > >What do you think the cut off is for understanding a lookup field? 55? > >Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 5 11:54:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 5 Jun 2004 12:54:48 -0400 Subject: [AccessD] Record locking bug In-Reply-To: Message-ID: <000301c44b1d$d040f7f0$7e01a8c0@colbyws> Jim, In fact I updated my OfficeXP to the latest revision last night as I was testing this at home. I have SP3 installed on A2K. I thought there was an SP4 for A2K but I no longer see it out there so maybe they recalled it. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 11:08 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug John, Are you up to date on service packs? There were some problem with record level getting flipped on in the initial release. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 9:48 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug >With the database window open, go to Tools;Options;Advanced and make >sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Sat Jun 5 12:01:55 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sat, 05 Jun 2004 10:01:55 -0700 Subject: [AccessD] OT: The Great Primary Debate References: <001e01c449d6$43bb64c0$6601a8c0@rock> <40C1937A.5052.43EF700@localhost> Message-ID: <40C1FC83.3030009@shaw.ca> Here is a problem that may have been caused by faulty sequenced transaction numbers I am still listening to the "don't panic" radio commercials. http://biz.yahoo.com/rc/040604/financial_royalbank_1.html Royal Bank's nightmare began during what it called a routine programming update. As best it could explain yesterday, its entire national system failed to register withdrawals and deposits against customer balances on Monday, on Tuesday and again on Wednesday, and by yesterday, the system was stalled by the weight of the backlog. Restoring data a day at a time, the bank hopes to get Wednesday's transactions on-line today but warns that yesterday's transactions are unlikely to show up until tomorrow. George Geczy, a software developer and computer consultant based in Ancaster, Ont., guessed that the problem involves identification numbers assigned to transactions. "Obviously if somebody made a deposit before they made a withdrawal then the bank needs to know the order that happened in. Programmers rarely use time stamps any more because time can actually be a little imprecise. Everything gets assigned a unique sequence number." Such numbers can paralyze computers when gaps or duplications show up, he said. Perhaps the system "was expecting the next number to arrive -- the next sequence number, the next transaction -- and didn't get the next transaction and then it would go into a state where it was waiting for that missing transaction. It wouldn't process anything else because if it did move on past the missing number everything would be out of order." Stuart McLachlan wrote: >On 4 Jun 2004 at 15:46, Ken Ismert wrote: > > > >>On the other hand, the Autonumber is supposed to be a 'meaningless' unique >>ID. But, consider an auto-generated date dimension table, with consecutive >>date records. Think an Autonumber key is meaningless in this situation? >>Think again - it really represents the number of days since Day Zero (the >>earliest date record in your table). >> >> > >Does it? What if you: > >1. Delete records and rebuild the table without compacting the database. >2. Create records with an algorithm that generates records counting backwards >from an end date >3. Extend your table by adding earlier dates after you build your first date >range. >4. etc > >If you rely on the ANPK to be meaningful and use it in calcuations base on your >assumption, you can get into trouble very quickly. > > > > > > > -- Marty Connelly Victoria, B.C. Canada From artful at rogers.com Sat Jun 5 12:41:24 2004 From: artful at rogers.com (Arthur Fuller) Date: Sat, 5 Jun 2004 13:41:24 -0400 Subject: [AccessD] Type Mismatch In-Reply-To: Message-ID: <000001c44b24$528091c0$6601a8c0@rock> Absolutely agree! Do not trust the sort order to solve your problems, Martin. Declare everything either DAO or ADO and be done with it. No ambiguities in your code, no problems for downstream maintenance persons, no worries. "If you haven't got time to do it right, where will you get the time to do it again?" Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:22 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Type Mismatch Martin, If your not going to use both DAO and ADO, then you should uncheck one. If you are going to use both, then you should start declaring everything explicitly: Dim rst As DAO.Recordset Dim db As DAO.Database Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Friday, June 04, 2004 9:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Type Mismatch Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of > > the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" > > is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. You > will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From glen_mcwilliams at msn.com Sat Jun 5 13:00:43 2004 From: glen_mcwilliams at msn.com (Glen McWilliams) Date: Sat, 05 Jun 2004 11:00:43 -0700 Subject: [AccessD] Record locking bug Message-ID: John It sounds like your are using Page Locks not Record Locks. I thought that Record Locking had to be set and that Page Locking was the default. Glen >From: "jwcolby" >Reply-To: Access Developers discussion and problem >solving >To: "AccessD" >Subject: [AccessD] Record locking bug >Date: Fri, 4 Jun 2004 22:37:39 -0400 > >I think I have stumbled on a record locking bug. > >For an Insurance company call center, I have built a system of events. >Events happen to a claim, the claim is received, it is pended (waiting for >action), opened, closed, phone calls made etc. These events may or may not >cause a change in status. The receive event causes a received status, the >Open event causes an Open status. A Phone cause does not cause a status >change. If the claim is in an open status then it remains in an open >status >etc. > >The managers can define the events that can occur, whether they cause a >status change etc. Via a state machine, I look at the current status and >enable specific events. Obviously if a claim is in the open status, then >it >can have many different events occur, but it cannot have a received event >occur because it was already received and can only be received once. If a >claim is denied, it can be appealed, but it cannot be closed, because it >was >never opened. > >So... There are many tables. There is a claim table ad a claim event >table. >The claim event is where we log events happening to the claim. It is in >this table specifically that I am noticing the locking issue. When I >designed this db I ported existing data from thousands of claims. The old >system didn't have an event table, it had a bunch of fields such as >openedDate1, closedDate1, openedDate2, closedDate2 etc. Hmmmm... > >Anyway, in order to port the data I did my best to figure out how these >fields mapped to events and created a set sequence of: > >Received >Pended > >Then Opened or denied depending on what was in these fields. Thus each old >claim would have at least 3 or 4 or more events to indicate that it was >received, that it was opened, closed, possibly opened again, possibly >closed >again etc. > >OK... With that groundwork... > >I have discovered that if I build a little query that pulls all the events >for claim 800: > >EventID >ClaimID >SomeField > >And another identical query pulling all events for claim 801 (actually >about >10 claims on either side of the claim)... > >It certainly appears that it is locking the block that the event records >are >built in. When I start an edit and don't save, other events with PKs close >to that event are also locked. > >I have pulled just the table of events into a new db, and designed these >identical queries and I am seeing the same thing. I am convinced it is a >bug. I see it on my dev machine at the client (Win2K A2K), my dev machine >at home (Win2K, A2K or AXP), but not on another machine running OfficeXP at >the client. > >Truly bizarre. > >I cut most of the fields out of the record including the only memo, both to >drop the size of the test db as well as to see if any of these other fields >were "causing" the problems. No help, same symptoms. > >The current db is just that one table and the two queries and is absolutely >reproducible on my machine here at my home office, running Win2K A2K SP3 or >Axp > >I have been under the impression that Access no longer locks an entire >block, but will lock just the individual record. This testing seems to >indicate that is not true. > >I have this db available for anyone who would like to look at this. My >users have complained of locking issues and I have been unable to explain >the goings on given my understanding that A2K and above locked just the >edited record. Perhaps this is not always true? > >John W. Colby >www.ColbyConsulting.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sat Jun 5 13:45:10 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sat, 5 Jun 2004 14:45:10 -0400 Subject: [AccessD] Record locking bug In-Reply-To: <000301c44b1d$d040f7f0$7e01a8c0@colbyws> Message-ID: John, <> Send it along. I'm curious. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 12:55 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug Jim, In fact I updated my OfficeXP to the latest revision last night as I was testing this at home. I have SP3 installed on A2K. I thought there was an SP4 for A2K but I no longer see it out there so maybe they recalled it. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 11:08 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug John, Are you up to date on service packs? There were some problem with record level getting flipped on in the initial release. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Saturday, June 05, 2004 9:48 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Record locking bug >With the database window open, go to Tools;Options;Advanced and make >sure "Open databases using record level locking" is checked. Has always been set, still is. >Access will still use page locking when: >Bulk updates w/SQL. I am just manually editing (through a query) a single record in the case of this bug demo. >Updating memo fields. I intentionally deleted the only memo field in the table to ensure this wasn't it. That wasn't it. >Using ADO w/ lock granularity set to 1. Not using ADO, just manually editing the record through a query. >Updating indices. Hmmm... I am updating a FK field that of course has an index. I just removed the index on this field, saved the tables, and tried again, still getting the locking of surrounding records. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:30 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Record locking bug Bob, Sorry for repeating what you said. Just goes to show that I need to take the time to read the entire thread before I stick my .02 in. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bob Hall Sent: Friday, June 04, 2004 11:19 PM To: AccessD Subject: Re: [AccessD] Record locking bug On Fri, Jun 04, 2004 at 10:37:39PM -0400, jwcolby wrote: > I think I have stumbled on a record locking bug. With the database window open, go to Tools;Options;Advanced and make sure "Open databases using record level locking" is checked. Access will stil use page locking when: Bulk updates w/SQL. Updating indices. Updating memo fields. Using ADO w/ lock granularity set to 1. That's the obvious stuff. Hope it helps. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 5 15:53:01 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 5 Jun 2004 16:53:01 -0400 Subject: [AccessD] Type Mismatch In-Reply-To: Message-ID: <000001c44b3f$177b0ea0$7e01a8c0@colbyws> You should explicitly declare it anyway. It only takes a second to do and removes any ambiguity. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Saturday, June 05, 2004 8:22 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Type Mismatch Martin, If your not going to use both DAO and ADO, then you should uncheck one. If you are going to use both, then you should start declaring everything explicitly: Dim rst As DAO.Recordset Dim db As DAO.Database Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Friday, June 04, 2004 9:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Type Mismatch Thanks Stuart I didn't even consider references - I moved DAO up the list and the error went away Martin ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Saturday, June 05, 2004 10:17 AM Subject: Re: [AccessD] Type Mismatch > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > Hi folks > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of > > the following code > > > > Private Sub cmdTest_Click() > > Dim rst As Recordset > > Dim db As Database > > On Error GoTo HandleErrors > > Set db = CurrentDb() > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM GBBClients") > > . > > . > > End Sub > > > > I have checked the table "GBBClients" and the field "ClientTypeID" > > is a number. > > I inserted a text field called "ClientType" into the table and the following line also give the same error. > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM GBBClients") > > > > Is it so obvious that I can't see it?????? > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. You > will get this error with an ADODB recordset. > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Sat Jun 5 17:59:44 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Sun, 6 Jun 2004 08:59:44 +1000 Subject: [AccessD] Type Mismatch References: <000001c44b3f$177b0ea0$7e01a8c0@colbyws> Message-ID: <002001c44b50$cb090790$0100000a@mitmaster> I agree - when Jim suggested declaring everything explicitly I went back and did that. Whilst on the subject - is there a preferred set of inclusions (and order) in references that it is best to, at least, start a project? - and can all list order issues be avoided by explicit coding? - a couple of times now issues I have had have been solved by adjustments to the reference list . Martin ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 6:53 AM Subject: RE: [AccessD] Type Mismatch > You should explicitly declare it anyway. It only takes a second to do and > removes any ambiguity. > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Saturday, June 05, 2004 8:22 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Type Mismatch > > > Martin, > > If your not going to use both DAO and ADO, then you should uncheck one. If > you are going to use both, then you should start declaring everything > explicitly: > > Dim rst As DAO.Recordset > Dim db As DAO.Database > > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro > Sent: Friday, June 04, 2004 9:02 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Type Mismatch > > > Thanks Stuart > > I didn't even consider references - I moved DAO up the list and the error > went away > > Martin > > ----- Original Message ----- > From: "Stuart McLachlan" > To: "Access Developers discussion and problem solving" > > Sent: Saturday, June 05, 2004 10:17 AM > Subject: Re: [AccessD] Type Mismatch > > > > On 5 Jun 2004 at 9:41, Bigpond wrote: > > > > > Hi folks > > > > > > I'm getting a Type Mismatch (13) error on the OpenRecordset line of > > > the > following code > > > > > > Private Sub cmdTest_Click() > > > Dim rst As Recordset > > > Dim db As Database > > > On Error GoTo HandleErrors > > > Set db = CurrentDb() > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientTypeID FROM > GBBClients") > > > . > > > . > > > End Sub > > > > > > I have checked the table "GBBClients" and the field "ClientTypeID" > > > is a > number. > > > I inserted a text field called "ClientType" into the table and the > following line also give the same error. > > > > > > Set rst = db.OpenRecordset("SELECT DISTINCT ClientType FROM > GBBClients") > > > > > > Is it so obvious that I can't see it?????? > > > > > > > DAO/ADODB ? Do you have both referenced and if so, in what order. You > > will get this error with an ADODB recordset. > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System > > Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From karenr7 at oz.net Sat Jun 5 18:21:47 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Sat, 5 Jun 2004 16:21:47 -0700 Subject: [AccessD] Web Project Message-ID: <200406052321.i55NLfQ24505@databaseadvisors.com> Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) From rjhjr at cox.net Sat Jun 5 21:51:09 2004 From: rjhjr at cox.net (Bob Hall) Date: Sat, 5 Jun 2004 22:51:09 -0400 Subject: [AccessD] Web Project In-Reply-To: <200406052321.i55NLfQ24505@databaseadvisors.com> References: <200406052321.i55NLfQ24505@databaseadvisors.com> Message-ID: <20040606025107.GA41981@kongemord.krig.net> On Sat, Jun 05, 2004 at 04:21:47PM -0700, Karen Rosenstiel wrote: > Hi gang, > I have a web project I am working on and would like your suggestions about > how to do a part of it. > > I have a very long list of the Wade-Giles, Pinyin (both Chinese > transliterations into a European alphabet) and Romaji (ditto Japanese) > versions of Chinese and Japanese names in parallel columns. These are the > names of old Zen masters from the last 1,800 or so years. Different books > transliterate the names in different ways base on the above systems. This is > very confusing for the average person who is not a language scholar to > follow. > > How would you go about setting up a little web search tool so that the user > could input a name and get the other variations? On the backend, there's a one-to-one relationship between one version of a name and another. For example, Lin Chi is associated with Linji and Renzai and not Deshan and Tokusan. So have one table with a column named WadeGiles, a column named Pinyin, and a column named Romanji. WadeGiles Pinyin Romanji --------- ------ ------- Lin Chi Linji Renzai Te Shan Deshan Tokusan On the frontend, allow the user to select Wade-Giles, Pinyin, or Romaji. Whichever they choose, they get a scrollable list containing all the entries in that column, and a box allowing them to enter a name. They either type a name or select from the list, and the frontend returns the table row containing the name they specified, along with its variations. For cases where the user doesn't know which version they're dealing with, you could have the entry box search all three columns. So the drop-down box to select the transliteration system would have WadeGiles Pinyin Romanji Don't know The "Don't know" option might load all the names from all three columns into the list (Union query). If you want suggestions on setting up lineage searches, let me know. You'll have to set up the table differently, and it will need special SQL statements. Bob Hall From accma at sympatico.ca Sun Jun 6 06:23:47 2004 From: accma at sympatico.ca (Annie Courchesne, CMA) Date: Sun, 6 Jun 2004 07:23:47 -0400 Subject: [AccessD] Weird problem after installing runtime A2K Message-ID: Hi group! I've recently installed a runtime version of Access 2000 (using Office developper). On one computer, the following message is displayed : "Error 1706. No Valid source could be found for product Microsoft Access 2000 SR-1 Runtime. The Windows installer cannot continue." That computer as Office 2003 Small business installed and is running under Win 2K Pro. When we go to the Microsoft Update center, it suggests to update the runtime to SP-3. The user does not have administrator status on that computer. If any of you out there ever had this problem, how did you solve it? Would the update of the runtime solve the situation? I'll welcome any help! Thanks! Annie Courchesne, CMA From karenr7 at oz.net Sun Jun 6 08:57:05 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Sun, 6 Jun 2004 06:57:05 -0700 Subject: [AccessD] Web Project In-Reply-To: <20040606025107.GA41981@kongemord.krig.net> Message-ID: <200406061357.i56Dv6Q09977@databaseadvisors.com> Bob, Thanks for your response. I believe I can do this. I had not even thought of doing a lineage search, but now that you mention it, that would be EXCELLENT! What are your suggestions on this? It seems that you are familiar with Zen Buddhism -- tell me more, off list, if you wish, and I can describe my overall project. You might find it interesting. Thanks again Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Hall Sent: Saturday, June 05, 2004 7:51 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Web Project On Sat, Jun 05, 2004 at 04:21:47PM -0700, Karen Rosenstiel wrote: > Hi gang, > I have a web project I am working on and would like your suggestions about > how to do a part of it. > > I have a very long list of the Wade-Giles, Pinyin (both Chinese > transliterations into a European alphabet) and Romaji (ditto Japanese) > versions of Chinese and Japanese names in parallel columns. These are the > names of old Zen masters from the last 1,800 or so years. Different books > transliterate the names in different ways base on the above systems. This is > very confusing for the average person who is not a language scholar to > follow. > > How would you go about setting up a little web search tool so that the user > could input a name and get the other variations? On the backend, there's a one-to-one relationship between one version of a name and another. For example, Lin Chi is associated with Linji and Renzai and not Deshan and Tokusan. So have one table with a column named WadeGiles, a column named Pinyin, and a column named Romanji. WadeGiles Pinyin Romanji --------- ------ ------- Lin Chi Linji Renzai Te Shan Deshan Tokusan On the frontend, allow the user to select Wade-Giles, Pinyin, or Romaji. Whichever they choose, they get a scrollable list containing all the entries in that column, and a box allowing them to enter a name. They either type a name or select from the list, and the frontend returns the table row containing the name they specified, along with its variations. For cases where the user doesn't know which version they're dealing with, you could have the entry box search all three columns. So the drop-down box to select the transliteration system would have WadeGiles Pinyin Romanji Don't know The "Don't know" option might load all the names from all three columns into the list (Union query). If you want suggestions on setting up lineage searches, let me know. You'll have to set up the table differently, and it will need special SQL statements. Bob Hall -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Sun Jun 6 09:43:48 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 10:43:48 -0400 Subject: [AccessD] combo box Limit to List question Message-ID: <20040606144348.GQYJ6744.imf24aec.mail.bellsouth.net@SUSANONE> Here's one I've never run across before -- you can't set the Limit to LIst property to No if the control's bound column isn't visible? Wow... that's a nasty little catch that could really be a clean up mess if you weren't prepared for it. I've never run into it before. So, if you want an updateable list, you have to display the bound column instead of whatever data you really want to display... nasty. :( Susan H. From rjhjr at cox.net Sun Jun 6 10:22:05 2004 From: rjhjr at cox.net (Bob Hall) Date: Sun, 6 Jun 2004 11:22:05 -0400 Subject: [AccessD] Web Project In-Reply-To: <200406061357.i56Dv6Q09977@databaseadvisors.com> References: <20040606025107.GA41981@kongemord.krig.net> <200406061357.i56Dv6Q09977@databaseadvisors.com> Message-ID: <20040606152202.GA47621@kongemord.krig.net> Karen, If you want to do lineages, you'll be using what are called trees. For a start on that, go to my website http://members.cox.net/aatgang. Click on Access SQL, and then Modeling Tree Structures. The article tells how to set up the two different methods of modelling tree structures, and explains why I think Nested Sets are better than Adjacency Lists. For more detailed information, the article names a book by Joe Celko. In addition, he has a new book out called "Joe Celko's Trees and Hierarchies in SQL for Smarties". If you are going to be working with trees, you should probably buy one of these books. Read the article, and decide if you want to proceed. Let me know if you have any questions. On Sun, Jun 06, 2004 at 06:57:05AM -0700, Karen Rosenstiel wrote: > Bob, > Thanks for your response. I believe I can do this. I had not even thought of > doing a lineage search, but now that you mention it, that would be > EXCELLENT! What are your suggestions on this? > > It seems that you are familiar with Zen Buddhism -- tell me more, off list, > if you wish, and I can describe my overall project. You might find it > interesting. > > Thanks again > > Karen Rosenstiel > Seattle WA USA > karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Hall > Sent: Saturday, June 05, 2004 7:51 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Web Project > > On Sat, Jun 05, 2004 at 04:21:47PM -0700, Karen Rosenstiel wrote: > > Hi gang, > > I have a web project I am working on and would like your suggestions about > > how to do a part of it. > > > > I have a very long list of the Wade-Giles, Pinyin (both Chinese > > transliterations into a European alphabet) and Romaji (ditto Japanese) > > versions of Chinese and Japanese names in parallel columns. These are the > > names of old Zen masters from the last 1,800 or so years. Different books > > transliterate the names in different ways base on the above systems. This > is > > very confusing for the average person who is not a language scholar to > > follow. > > > > How would you go about setting up a little web search tool so that the > user > > could input a name and get the other variations? > > On the backend, there's a one-to-one relationship between one version of a > name and another. For example, Lin Chi is associated with Linji and Renzai > and not Deshan and Tokusan. So have one table with a column named WadeGiles, > a column named Pinyin, and a column named Romanji. > > WadeGiles Pinyin Romanji > --------- ------ ------- > Lin Chi Linji Renzai > Te Shan Deshan Tokusan > > On the frontend, allow the user to select Wade-Giles, Pinyin, or Romaji. > Whichever they choose, they get a scrollable list containing all the entries > in that column, and a box allowing them to enter a name. They either type a > name or select from the list, and the frontend returns the table row > containing the name they specified, along with its variations. > > For cases where the user doesn't know which version they're dealing with, > you could have the entry box search all three columns. So the drop-down box > to select the transliteration system would have > > WadeGiles > Pinyin > Romanji > Don't know > > The "Don't know" option might load all the names from all three columns into > the list (Union query). > > If you want suggestions on setting up lineage searches, let me know. You'll > have to set up the table differently, and it will need special SQL > statements. > > Bob Hall > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sun Jun 6 10:25:42 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 6 Jun 2004 08:25:42 -0700 Subject: [AccessD] combo box Limit to List question References: <20040606144348.GQYJ6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <005b01c44bda$884e40c0$6601a8c0@HAL9002> Susan: I'm just about to have this problem. Combo box with a PK of AssetID in the invisible column(0) and the asset bar code in column(1) - visible. List is limited to assets of a certain type but if the user enter a bar code of a different type then I have to process it anyway. Bound column is AssetID. I'll be following this thread and I'll let you know if I find a way around it. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 7:43 AM Subject: [AccessD] combo box Limit to List question > Here's one I've never run across before -- you can't set the Limit to LIst > property to No if the control's bound column isn't visible? Wow... that's a > nasty little catch that could really be a clean up mess if you weren't > prepared for it. I've never run into it before. So, if you want an > updateable list, you have to display the bound column instead of whatever > data you really want to display... nasty. :( > > Susan H. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwelz at hotmail.com Sun Jun 6 10:40:25 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Sun, 06 Jun 2004 09:40:25 -0600 Subject: [AccessD] combo box Limit to List question Message-ID: I don't see how that is a problem because you can still add to the list via the 'On Not in List' event. Wouldn't you ordinarily just hide an AN to the first column and hide it with a 0 width? This is my invariable approach and I use a different combo backcolor to indicate whether the combo is limited to list or provides add to list functionality. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" > >Here's one I've never run across before -- you can't set the Limit to LIst >property to No if the control's bound column isn't visible? Wow... that's a >nasty little catch that could really be a clean up mess if you weren't >prepared for it. I've never run into it before. So, if you want an >updateable list, you have to display the bound column instead of whatever >data you really want to display... nasty. :( > >Susan H. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From ssharkins at bellsouth.net Sun Jun 6 11:08:57 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 12:08:57 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040606160857.HIFX6744.imf24aec.mail.bellsouth.net@SUSANONE> The Limit to List Property must be set to Yes for the NotInList event to fire. At least, that's what Help says -- I haven't actually tested it. Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of J?rgen Welz Sent: Sunday, June 06, 2004 11:40 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] combo box Limit to List question I don't see how that is a problem because you can still add to the list via the 'On Not in List' event. Wouldn't you ordinarily just hide an AN to the first column and hide it with a 0 width? This is my invariable approach and I use a different combo backcolor to indicate whether the combo is limited to list or provides add to list functionality. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" > >Here's one I've never run across before -- you can't set the Limit to >LIst property to No if the control's bound column isn't visible? Wow... >that's a nasty little catch that could really be a clean up mess if you >weren't prepared for it. I've never run into it before. So, if you want >an updateable list, you have to display the bound column instead of >whatever data you really want to display... nasty. :( > >Susan H. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Sun Jun 6 11:11:15 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 12:11:15 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <005b01c44bda$884e40c0$6601a8c0@HAL9002> Message-ID: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> Here's what I've found with just a little testing: Access automatically updates the Limit To List setting from No, the default, to Yes if the bound column isn't the first column or if the bound column is the first column, but you render it invisible. Not only must the bound column be visible to the user, it must be the first column in the control. Now, I might not have it exactly right as there may be more or less to it all. But so far, that seems the gist of it. Now, when you consider all that's going on, I can understand the limitation -- but it seems like one that they'd have allowed for in some way. Susan H. Susan: I'm just about to have this problem. Combo box with a PK of AssetID in the invisible column(0) and the asset bar code in column(1) - visible. List is limited to assets of a certain type but if the user enter a bar code of a different type then I have to process it anyway. Bound column is AssetID. I'll be following this thread and I'll let you know if I find a way around it. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 7:43 AM Subject: [AccessD] combo box Limit to List question > Here's one I've never run across before -- you can't set the Limit to LIst > property to No if the control's bound column isn't visible? Wow... that's a > nasty little catch that could really be a clean up mess if you weren't > prepared for it. I've never run into it before. So, if you want an > updateable list, you have to display the bound column instead of whatever > data you really want to display... nasty. :( > > 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 jwelz at hotmail.com Sun Jun 6 12:15:15 2004 From: jwelz at hotmail.com (Jürgen Welz) Date: Sun, 06 Jun 2004 11:15:15 -0600 Subject: [AccessD] combo box Limit to List question Message-ID: I've got limit to list: 'Yes'; bound column: 1st; 1st column width: 0". A97 and A2K. This has simply never been a problem with thousands of combos I've created regardless of what the 'Help' says. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" >Here's what I've found with just a little testing: > >Access automatically updates the Limit To List setting from No, the >default, >to Yes if the bound column isn't the first column or if the bound column is >the first column, but you render it invisible. Not only must the bound >column be visible to the user, it must be the first column in the control. > >Now, I might not have it exactly right as there may be more or less to it >all. But so far, that seems the gist of it. Now, when you consider all >that's going on, I can understand the limitation -- but it seems like one >that they'd have allowed for in some way. > >Susan H. _________________________________________________________________ Watch the online reality show Mixed Messages with a friend and enter to win a trip to NY http://www.msnmessenger-download.click-url.com/go/onm00200497ave/direct/01/ From ssharkins at bellsouth.net Sun Jun 6 12:20:47 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 13:20:47 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040606172047.MTJI13581.imf17aec.mail.bellsouth.net@SUSANONE> Well, I'll test it out as I'm working -- maybe it isn't a problem. Earlier I did get an error when I tried to change the property -- I'll have to work through it all systematically to keep from getting confused. :) I may be stating things backa*sward at this point... Susan H. I've got limit to list: 'Yes'; bound column: 1st; 1st column width: 0". A97 and A2K. This has simply never been a problem with thousands of combos I've created regardless of what the 'Help' says. Ciao J?rgen Welz Edmonton, Alberta jwelz at hotmail.com >From: "Susan Harkins" >Here's what I've found with just a little testing: > >Access automatically updates the Limit To List setting from No, the >default, to Yes if the bound column isn't the first column or if the >bound column is the first column, but you render it invisible. Not only >must the bound column be visible to the user, it must be the first >column in the control. > >Now, I might not have it exactly right as there may be more or less to >it all. But so far, that seems the gist of it. Now, when you consider >all that's going on, I can understand the limitation -- but it seems >like one that they'd have allowed for in some way. > >Susan H. _________________________________________________________________ Watch the online reality show Mixed Messages with a friend and enter to win a trip to NY http://www.msnmessenger-download.click-url.com/go/onm00200497ave/direct/01/ -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jun 6 14:10:18 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 6 Jun 2004 20:10:18 +0100 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606160857.HIFX6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <000001c44bf9$e88867d0$b274d0d5@minster33c3r25> I can confirm that Susan. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Susan Harkins > Sent: 06 June 2004 17:09 > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] combo box Limit to List question > > > The Limit to List Property must be set to Yes for the > NotInList event to fire. At least, that's what Help says -- I > haven't actually tested it. > > Susan H. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of J?rgen Welz > Sent: Sunday, June 06, 2004 11:40 AM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] combo box Limit to List question > > I don't see how that is a problem because you can still add > to the list via the 'On Not in List' event. Wouldn't you > ordinarily just hide an AN to the first column and hide it > with a 0 width? This is my invariable approach and I use a > different combo backcolor to indicate whether the combo is > limited to list or provides add to list functionality. > > > Ciao > J?rgen Welz > Edmonton, Alberta > jwelz at hotmail.com > > > > > > >From: "Susan Harkins" > > > >Here's one I've never run across before -- you can't set the Limit to > >LIst property to No if the control's bound column isn't > visible? Wow... > >that's a nasty little catch that could really be a clean up > mess if you > >weren't prepared for it. I've never run into it before. So, > if you want > >an updateable list, you have to display the bound column instead of > >whatever data you really want to display... nasty. :( > > > >Susan H. > > _________________________________________________________________ > MSN Premium: Up to 11 personalized e-mail addresses and 2 > months FREE* > http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994& DI=1034&SU=htt p://hotmail.com/enca&HL=Market_MSNIS_Taglines -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Sun Jun 6 17:24:06 2004 From: artful at rogers.com (Arthur Fuller) Date: Sun, 6 Jun 2004 18:24:06 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <00a001c44c14$faf0f9d0$6601a8c0@rock> This is clearly incorrect. I'm not sure what you're doing wrong but as long as the bound column is the first column, set its width to zero and no problems. I have done this hundreds of times. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Sunday, June 06, 2004 12:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] combo box Limit to List question Here's what I've found with just a little testing: Access automatically updates the Limit To List setting from No, the default, to Yes if the bound column isn't the first column or if the bound column is the first column, but you render it invisible. Not only must the bound column be visible to the user, it must be the first column in the control. Now, I might not have it exactly right as there may be more or less to it all. But so far, that seems the gist of it. Now, when you consider all that's going on, I can understand the limitation -- but it seems like one that they'd have allowed for in some way. Susan H. Susan: I'm just about to have this problem. Combo box with a PK of AssetID in the invisible column(0) and the asset bar code in column(1) - visible. List is limited to assets of a certain type but if the user enter a bar code of a different type then I have to process it anyway. Bound column is AssetID. I'll be following this thread and I'll let you know if I find a way around it. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Sunday, June 06, 2004 7:43 AM Subject: [AccessD] combo box Limit to List question > Here's one I've never run across before -- you can't set the Limit to > LIst property to No if the control's bound column isn't visible? > Wow... that's a > nasty little catch that could really be a clean up mess if you weren't > prepared for it. I've never run into it before. So, if you want an > updateable list, you have to display the bound column instead of > whatever data you really want to display... nasty. :( > > Susan H. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sun Jun 6 17:41:28 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 07 Jun 2004 08:41:28 +1000 Subject: [AccessD] combo box Limit to List question In-Reply-To: <00a001c44c14$faf0f9d0$6601a8c0@rock> References: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <40C42A38.10509.E5BC2A1@localhost> On 6 Jun 2004 at 18:24, Arthur Fuller wrote: > This is clearly incorrect. I'm not sure what you're doing wrong but as > long as the bound column is the first column, set its width to zero and > no problems. I have done this hundreds of times. > You must have a different MS Access to me then :-) Whenever I do that, the LimitToList is set automagically to Yes. When I try to change it back to No, I get a very clearly explained error message: "Microsoft Access can't set the LimitToList property to No right now. The first visible column which is determined by the ColumnWidths property, isn't equal to the bound column. Adjust the ColumnWidths property first, then set the LimitToList property" AFAIR, it's been the same for every version of Access over the last 10 years up to and including A2K > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > Sent: Sunday, June 06, 2004 12:11 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] combo box Limit to List question > > > Here's what I've found with just a little testing: > > Access automatically updates the Limit To List setting from No, the > default, to Yes if the bound column isn't the first column or if the > bound column is the first column, but you render it invisible. Not only > must the bound column be visible to the user, it must be the first > column in the control. > > Now, I might not have it exactly right as there may be more or less to > it all. But so far, that seems the gist of it. Now, when you consider > all that's going on, I can understand the limitation -- but it seems > like one that they'd have allowed for in some way. > > Susan H. > > > Susan: > > I'm just about to have this problem. Combo box with a PK of AssetID in > the invisible column(0) and the asset bar code in column(1) - visible. > List is limited to assets of a certain type but if the user enter a bar > code of a different type then I have to process it anyway. Bound column > is AssetID. > > I'll be following this thread and I'll let you know if I find a way > around it. > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Susan Harkins" > To: "'Access Developers discussion and problem solving'" > > Sent: Sunday, June 06, 2004 7:43 AM > Subject: [AccessD] combo box Limit to List question > > > > Here's one I've never run across before -- you can't set the Limit to > > LIst property to No if the control's bound column isn't visible? > > Wow... that's > a > > nasty little catch that could really be a clean up mess if you weren't > > > prepared for it. I've never run into it before. So, if you want an > > updateable list, you have to display the bound column instead of > > whatever data you really want to display... nasty. :( > > > > Susan H. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From ssharkins at bellsouth.net Sun Jun 6 17:52:39 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 18:52:39 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <40C42A38.10509.E5BC2A1@localhost> Message-ID: <20040606225239.QFZQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Stuart -- that is exactly what I'm talking about. I'm glad someone else is seeing the same behavior. I can understand the limitation, I just think it's something that they could clearly offer a workaround for. Susan H. You must have a different MS Access to me then :-) Whenever I do that, the LimitToList is set automagically to Yes. When I try to change it back to No, I get a very clearly explained error message: "Microsoft Access can't set the LimitToList property to No right now. The first visible column which is determined by the ColumnWidths property, isn't equal to the bound column. Adjust the ColumnWidths property first, then set the LimitToList property" AFAIR, it's been the same for every version of Access over the last 10 years up to and including A2K From artful at rogers.com Sun Jun 6 18:27:21 2004 From: artful at rogers.com (Arthur Fuller) Date: Sun, 6 Jun 2004 19:27:21 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606225239.QFZQ13581.imf17aec.mail.bellsouth.net@SUSANONE> Message-ID: <00b001c44c1d$d0c9dfb0$6601a8c0@rock> Sorry. I misunderstood the problem. But why would you not want it set to YES and then program around it? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Sunday, June 06, 2004 6:53 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] combo box Limit to List question Stuart -- that is exactly what I'm talking about. I'm glad someone else is seeing the same behavior. I can understand the limitation, I just think it's something that they could clearly offer a workaround for. Susan H. You must have a different MS Access to me then :-) Whenever I do that, the LimitToList is set automagically to Yes. When I try to change it back to No, I get a very clearly explained error message: "Microsoft Access can't set the LimitToList property to No right now. The first visible column which is determined by the ColumnWidths property, isn't equal to the bound column. Adjust the ColumnWidths property first, then set the LimitToList property" AFAIR, it's been the same for every version of Access over the last 10 years up to and including A2K -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Sun Jun 6 18:58:27 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 19:58:27 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <00b001c44c1d$d0c9dfb0$6601a8c0@rock> Message-ID: <20040606235827.TDPI6802.imf19aec.mail.bellsouth.net@SUSANONE> It just presents an interesting problem when a multi-column combo with a Limit To List setting of No must go Yes -- Susan H. Sorry. I misunderstood the problem. But why would you not want it set to YES and then program around it? From stuart at lexacorp.com.pg Sun Jun 6 21:36:53 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 07 Jun 2004 12:36:53 +1000 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040606225239.QFZQ13581.imf17aec.mail.bellsouth.net@SUSANONE> References: <40C42A38.10509.E5BC2A1@localhost> Message-ID: <40C46165.10678.F334C1E@localhost> On 6 Jun 2004 at 18:52, Susan Harkins wrote: > Stuart -- that is exactly what I'm talking about. I'm glad someone else is > seeing the same behavior. > > I can understand the limitation, I just think it's something that they could > clearly offer a workaround for. > It's completely understandable. If the bound column is not visible/editable how can Access know how to handle an entry that is not in the list. It can't know what value to store as the bound data. That must be left up to the developer through the NotInList event. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From ssharkins at bellsouth.net Sun Jun 6 21:48:42 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sun, 6 Jun 2004 22:48:42 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <40C46165.10678.F334C1E@localhost> Message-ID: <20040607024842.OIDW6744.imf24aec.mail.bellsouth.net@SUSANONE> I think it would be easy enough to offer a built-in workaround, but since it isn't necessary, I guess there are better ways to spend their time. :) The NotInList event isn't even necessary depending on how you approach the problem. Susan H. On 6 Jun 2004 at 18:52, Susan Harkins wrote: > Stuart -- that is exactly what I'm talking about. I'm glad someone > else is seeing the same behavior. > > I can understand the limitation, I just think it's something that they > could clearly offer a workaround for. > It's completely understandable. If the bound column is not visible/editable how can Access know how to handle an entry that is not in the list. It can't know what value to store as the bound data. That must be left up to the developer through the NotInList event. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sun Jun 6 23:46:47 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 6 Jun 2004 21:46:47 -0700 Subject: [AccessD] combo box Limit to List question References: <20040606161115.HIRG6744.imf24aec.mail.bellsouth.net@SUSANONE> <40C42A38.10509.E5BC2A1@localhost> Message-ID: <01d801c44c4a$70a503d0$6601a8c0@HAL9002> Can you set the first column width to .001", and get around it that way? Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Sunday, June 06, 2004 3:41 PM Subject: RE: [AccessD] combo box Limit to List question > On 6 Jun 2004 at 18:24, Arthur Fuller wrote: > > > This is clearly incorrect. I'm not sure what you're doing wrong but as > > long as the bound column is the first column, set its width to zero and > > no problems. I have done this hundreds of times. > > > You must have a different MS Access to me then :-) > > Whenever I do that, the LimitToList is set automagically to Yes. When I try to > change it back to No, I get a very clearly explained error message: > > "Microsoft Access can't set the LimitToList property to No right now. > The first visible column which is determined by the ColumnWidths property, > isn't equal to the bound column. > Adjust the ColumnWidths property first, then set the LimitToList property" > > AFAIR, it's been the same for every version of Access over the last 10 years up > to and including A2K > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins > > Sent: Sunday, June 06, 2004 12:11 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] combo box Limit to List question > > > > > > Here's what I've found with just a little testing: > > > > Access automatically updates the Limit To List setting from No, the > > default, to Yes if the bound column isn't the first column or if the > > bound column is the first column, but you render it invisible. Not only > > must the bound column be visible to the user, it must be the first > > column in the control. > > > > Now, I might not have it exactly right as there may be more or less to > > it all. But so far, that seems the gist of it. Now, when you consider > > all that's going on, I can understand the limitation -- but it seems > > like one that they'd have allowed for in some way. > > > > Susan H. > > > > > > Susan: > > > > I'm just about to have this problem. Combo box with a PK of AssetID in > > the invisible column(0) and the asset bar code in column(1) - visible. > > List is limited to assets of a certain type but if the user enter a bar > > code of a different type then I have to process it anyway. Bound column > > is AssetID. > > > > I'll be following this thread and I'll let you know if I find a way > > around it. > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Susan Harkins" > > To: "'Access Developers discussion and problem solving'" > > > > Sent: Sunday, June 06, 2004 7:43 AM > > Subject: [AccessD] combo box Limit to List question > > > > > > > Here's one I've never run across before -- you can't set the Limit to > > > LIst property to No if the control's bound column isn't visible? > > > Wow... that's > > a > > > nasty little catch that could really be a clean up mess if you weren't > > > > > prepared for it. I've never run into it before. So, if you want an > > > updateable list, you have to display the bound column instead of > > > whatever data you really want to display... nasty. :( > > > > > > Susan H. > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 7 06:13:07 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 7 Jun 2004 07:13:07 -0400 Subject: [AccessD] Web Project Message-ID: Karen, Just for arguments sake, how long is "very long"? Although I'm always up for bells and whistles when it comes to applications, sometimes a de-normalized flat file table will suffice. This approach allows a user with no prior experience to learn by browsing the data without having to know a starting name or its correct spelling. A bonus is that text only pages load significantly faster. I'm assuming that the data you describe is fairly static;) Therefore, you could provide the user three pages all containing the same data, but each sorted alphabetically by a different column. Mark -----Original Message----- From: Karen Rosenstiel [mailto:karenr7 at oz.net] Sent: Saturday, June 05, 2004 7:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Web Project Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Mon Jun 7 06:50:13 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 7 Jun 2004 07:50:13 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <01d801c44c4a$70a503d0$6601a8c0@HAL9002> Message-ID: <20040607115014.FWNG18879.imf16aec.mail.bellsouth.net@SUSANONE> Probably -- I haven't tried anything yet. :) Susan H. Can you set the first column width to .001", and get around it that way? From karenr7 at oz.net Mon Jun 7 08:52:40 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Mon, 7 Jun 2004 06:52:40 -0700 Subject: [AccessD] Web Project In-Reply-To: Message-ID: <200406071352.i57DqfQ20342@databaseadvisors.com> Mark, thanks for your response. I've found another way to do this. I found a program called Search Maker Pro, which is a web search tool. It creates the JavaScript to search a web site or, in this case, a single page. I am fine-tuning it, but I think it will serve very well. You are correct that this is a flat file; essentially just three different names for the same person. Certainly less flexible than a database, but I haven't yet worked out in my head whether to go with a Win2K server with Access and ASP, or a Red Hat Linux server with MySQL and PHP. This is going to be a site with a lot of text content and would be nice to be able to just swap it in and out of templates. But I have to learn this stuff first. I have been struggling with Linux. Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 07, 2004 4:13 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Karen, Just for arguments sake, how long is "very long"? Although I'm always up for bells and whistles when it comes to applications, sometimes a de-normalized flat file table will suffice. This approach allows a user with no prior experience to learn by browsing the data without having to know a starting name or its correct spelling. A bonus is that text only pages load significantly faster. I'm assuming that the data you describe is fairly static;) Therefore, you could provide the user three pages all containing the same data, but each sorted alphabetically by a different column. Mark -----Original Message----- From: Karen Rosenstiel [mailto:karenr7 at oz.net] Sent: Saturday, June 05, 2004 7:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Web Project Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rjhjr at cox.net Mon Jun 7 09:09:57 2004 From: rjhjr at cox.net (Bob Hall) Date: Mon, 7 Jun 2004 10:09:57 -0400 Subject: [AccessD] Web Project In-Reply-To: <200406071352.i57DqfQ20342@databaseadvisors.com> References: <200406071352.i57DqfQ20342@databaseadvisors.com> Message-ID: <20040607140956.GF52802@kongemord.krig.net> On Mon, Jun 07, 2004 at 06:52:40AM -0700, Karen Rosenstiel wrote: > Certainly less flexible than a database, but I haven't yet worked out in my > head whether to go with a Win2K server with Access and ASP, or a Red Hat > Linux server with MySQL and PHP. This is going to be a site with a lot of > text content and would be nice to be able to just swap it in and out of > templates. MySQL and PHP will also work with Win2K. Bob Hall From accessd at shaw.ca Mon Jun 7 09:29:30 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 07 Jun 2004 07:29:30 -0700 Subject: [AccessD] Web Project In-Reply-To: <200406071352.i57DqfQ20342@databaseadvisors.com> Message-ID: Karen this depends on how familiar you are with Linux. To have to learn Linux/Apache from scratch is similar to climbing 3000 vertical feet with two pack-sacks and if a client is involved; especially if you already have a good understanding of Windows2000/IIS. On the other hand, it is good to learn both sets but it will take time to be proficient and MySQL and PHP can run as easily on both plaforms. My two cents worth. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Karen Rosenstiel Sent: Monday, June 07, 2004 6:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Mark, thanks for your response. I've found another way to do this. I found a program called Search Maker Pro, which is a web search tool. It creates the JavaScript to search a web site or, in this case, a single page. I am fine-tuning it, but I think it will serve very well. You are correct that this is a flat file; essentially just three different names for the same person. Certainly less flexible than a database, but I haven't yet worked out in my head whether to go with a Win2K server with Access and ASP, or a Red Hat Linux server with MySQL and PHP. This is going to be a site with a lot of text content and would be nice to be able to just swap it in and out of templates. But I have to learn this stuff first. I have been struggling with Linux. Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 07, 2004 4:13 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Karen, Just for arguments sake, how long is "very long"? Although I'm always up for bells and whistles when it comes to applications, sometimes a de-normalized flat file table will suffice. This approach allows a user with no prior experience to learn by browsing the data without having to know a starting name or its correct spelling. A bonus is that text only pages load significantly faster. I'm assuming that the data you describe is fairly static;) Therefore, you could provide the user three pages all containing the same data, but each sorted alphabetically by a different column. Mark -----Original Message----- From: Karen Rosenstiel [mailto:karenr7 at oz.net] Sent: Saturday, June 05, 2004 7:22 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Web Project Hi gang, I have a web project I am working on and would like your suggestions about how to do a part of it. I have a very long list of the Wade-Giles, Pinyin (both Chinese transliterations into a European alphabet) and Romaji (ditto Japanese) versions of Chinese and Japanese names in parallel columns. These are the names of old Zen masters from the last 1,800 or so years. Different books transliterate the names in different ways base on the above systems. This is very confusing for the average person who is not a language scholar to follow. How would you go about setting up a little web search tool so that the user could input a name and get the other variations? TIA Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Mon Jun 7 09:34:11 2004 From: john at winhaven.net (John Bartow) Date: Mon, 7 Jun 2004 09:34:11 -0500 Subject: [AccessD] Access on Tablet PC Message-ID: I just got back to my office and had a call from a client wondering whether one of my (Access 97 based) applications will work on a Windows XP Tablet PC. As far as I know (since it works on Windows XP) it will work on the tablet version. Anyone know any more about it? John B. From Support at CorporateDataDesign.com Mon Jun 7 09:56:45 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 10:56:45 -0400 Subject: [AccessD] OT: Microsofts new product NAVISION. In-Reply-To: <008e01c44907$ac5fe160$48619a89@DDICK> Message-ID: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> I have a company that wanted some temporary Access work form me but the final goal was the company was migrating all their ERP and databse stuff to Navision. Anyone have any experince with this. I'm curious if it's a good MS product. I think it's supposed to be MS's answwer to SAP? Maybe it something worth learning. Any thoughts? Thanks, John Skolits From BBarabash at TappeConstruction.com Mon Jun 7 10:15:02 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Mon, 7 Jun 2004 10:15:02 -0500 Subject: [AccessD] OT: Microsofts new product NAVISION. Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE649@TAPPEEXCH01> Our company evaluated Navision Attain, along with Great Plains eEnterprise and Solomon IV (all MS acquisitions!) in selecting an ERP package. In the end, we went with Solomon largely based on the Vendor's strong presentation. Navision didn't strike me as being more powerful than any of the other MS alternatives. Here were some interesting differences that set it apart. - It uses its own proprietary database engine that is "supposedly" more efficient than SQL Server. The vendor told me that they also had the option for a SQL Server backend, although most of their clients didn't use it (I would assume cost and maintenance being the reasons for that). - It stores no rollup totals or derived data. Everything is calculated on the fly (contrast that with Solomon, which contains tons of redundancy throughout several tables. Fixing a bad transaction on the data side is a nightmare for us!) - Navision, being a European company (German, I believe), is highly internationalized and contains inherent support for multi-currency transactions. My (educated) guess is that Microsoft is not about to make this into their flagship product. They are currently developing their own best of breed solution that contains elements from all three products. They will then offer migration paths to companies running their 3 packages, and continue to support the 3 with limited upgrades for a period of time. If you know of companies that require Navision development, it can be quite lucrative, but don't bank on it becoming mainstream. I think it will remain a powerful niche product for the rest of its lifecycle. -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Monday, June 07, 2004 9:57 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Microsofts new product NAVISION. I have a company that wanted some temporary Access work form me but the final goal was the company was migrating all their ERP and databse stuff to Navision. Anyone have any experince with this. I'm curious if it's a good MS product. I think it's supposed to be MS's answwer to SAP? Maybe it something worth learning. Any thoughts? Thanks, John Skolits -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From Support at CorporateDataDesign.com Mon Jun 7 10:17:35 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 11:17:35 -0400 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> Message-ID: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> Anyone run into a problem where the PrivDBEngine objects doesn't work on some XP machines? I've been using this routine for years. It allows me to make database changes to secure databases as long as I have the correct system.mdw security file. Specs: Written in Access 2000. Resides in an Access 200 MDE library file. Problem occurs runtime or even if PC is already loaded with Access 2000, or XP loaded. Very intermittant. Comes up with an ODBC error/DSN error. Here is a snippet of code: It breaks at line 160 Snippet: Dim dbe As DAO.PrivDBEngine Dim wsp As DAO.Workspace Dim dbEXT_Database As DAO.Database Dim strSecurityFileName As String 30 strSecurityFileName="c:\test\system.mdw" 90 Set dbe = New PrivDBEngine 100 With dbe 110 .SystemDB = strSecurityFileName 120 .DefaultUser = "USER" 130 .DefaultPassword = "PASSWORD" 140 End With 150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now 'Check the table from the external back end. If There return a true 160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) ALSO, Teery Kreft has done some work in this area. Anyone have her web site or email address? John Skolits From Support at CorporateDataDesign.com Mon Jun 7 10:19:42 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 11:19:42 -0400 Subject: [AccessD] OT: Microsofts new product NAVISION. In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE649@TAPPEEXCH01> Message-ID: <001001c44ca2$de7d19d0$6501a8c0@OFFICEXP1> Excellent reply. I'll be curious what others have to say. Thanks! John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brett Barabash Sent: Monday, June 07, 2004 11:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: Microsofts new product NAVISION. Our company evaluated Navision Attain, along with Great Plains eEnterprise and Solomon IV (all MS acquisitions!) in selecting an ERP package. In the end, we went with Solomon largely based on the Vendor's strong presentation. Navision didn't strike me as being more powerful than any of the other MS alternatives. Here were some interesting differences that set it apart. - It uses its own proprietary database engine that is "supposedly" more efficient than SQL Server. The vendor told me that they also had the option for a SQL Server backend, although most of their clients didn't use it (I would assume cost and maintenance being the reasons for that). - It stores no rollup totals or derived data. Everything is calculated on the fly (contrast that with Solomon, which contains tons of redundancy throughout several tables. Fixing a bad transaction on the data side is a nightmare for us!) - Navision, being a European company (German, I believe), is highly internationalized and contains inherent support for multi-currency transactions. My (educated) guess is that Microsoft is not about to make this into their flagship product. They are currently developing their own best of breed solution that contains elements from all three products. They will then offer migration paths to companies running their 3 packages, and continue to support the 3 with limited upgrades for a period of time. If you know of companies that require Navision development, it can be quite lucrative, but don't bank on it becoming mainstream. I think it will remain a powerful niche product for the rest of its lifecycle. -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Monday, June 07, 2004 9:57 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Microsofts new product NAVISION. I have a company that wanted some temporary Access work form me but the final goal was the company was migrating all their ERP and databse stuff to Navision. Anyone have any experince with this. I'm curious if it's a good MS product. I think it's supposed to be MS's answwer to SAP? Maybe it something worth learning. Any thoughts? Thanks, John Skolits ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 7 10:30:25 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 7 Jun 2004 10:30:25 -0500 Subject: [AccessD] combo box Limit to List question Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFE2@main2.marlow.com> Susan, let's think about this for a minute. Let's take a simple 'lookup' table, with 'AccessD List Topics'. Now we put a combo box on a form, to allow the users to Select the topic from a list. The 'bound' field is really going to be a field NOT in the lookup table, but in some data entry table. So as long as the data they are seeing, is really going into the table as they are seeing it, you can allow for 'Limit To List' to be off. That is because if they type something that isn't in the combo box, the combo box reverts to basic textbox logic, and just enters the data. Now, let's put an ID field into our List topic table, and make the ID be the value being entered into another table. If you allowed the users to see the ID, and the text, they could actually try to enter both. (Obviously, if it's an AutoNumber, that is going to be tricky....don't know how it would 'work'). However, you would usually set the width of the ID field to 0", so that it is 'invisible' to the user. The reason you cannot allow for items not on the list, is because how is Access supposed to know what to put into the bound field? If you put 'The Great PK Debate', if there is not matching ID field for that topic, Access has to figure out where to create the ID from. Yes, it sounds simple, but on a more complex combo box, where the ID is coming from may be a little more convoluted. That is why the 'NotOnList' event is provided, to allow the developer to handle an entry that isn't on the list. So is it really all that much of a surprise that you can't set Limit to List off, if you have the actual field it is writing too 'invisible'? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Sunday, June 06, 2004 9:44 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box Limit to List question Here's one I've never run across before -- you can't set the Limit to LIst property to No if the control's bound column isn't visible? Wow... that's a nasty little catch that could really be a clean up mess if you weren't prepared for it. I've never run into it before. So, if you want an updateable list, you have to display the bound column instead of whatever data you really want to display... nasty. :( Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 7 10:27:49 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 08:27:49 -0700 Subject: [AccessD] Web Project References: <200406071352.i57DqfQ20342@databaseadvisors.com> <20040607140956.GF52802@kongemord.krig.net> Message-ID: <40C48975.6070107@shaw.ca> Or conversely you can run Access on a Linux box with Samba for file access and ChiliSoft as an ASP emulator. MySQL can also run on Win2K with ASP. I have run its newer sister product MAXDB with ASP on a WinXP box MySQL would probably be the fastest assuming you are displaying semi static text pages. I think Google uses a souped up version of MYSQL. Decisions, decisions.... ;) Bob Hall wrote: >On Mon, Jun 07, 2004 at 06:52:40AM -0700, Karen Rosenstiel wrote: > > >>Certainly less flexible than a database, but I haven't yet worked out in my >>head whether to go with a Win2K server with Access and ASP, or a Red Hat >>Linux server with MySQL and PHP. This is going to be a site with a lot of >>text content and would be nice to be able to just swap it in and out of >>templates. >> >> > >MySQL and PHP will also work with Win2K. > >Bob Hall > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Mon Jun 7 11:02:02 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 09:02:02 -0700 Subject: [AccessD] Weird problem after installing runtime A2K References: Message-ID: <40C4917A.2070108@shaw.ca> Just a guess but assuming you created the runtime mdb with Access 2000 SP3, it maybe that there is an old SP1 runtime on the machine, that hasn't been uninstalled or removed properly. You might get away with installing to a different directory or getting someone with admin status on their machine to install it. Test installing it to a non admin user on your development machine. A lot of these problems can be resolved with using SageKey scripts and Wise or Install Shield for deployment. http://www.sagekey.com Annie Courchesne, CMA wrote: >Hi group! > >I've recently installed a runtime version of Access 2000 (using Office >developper). On one computer, the following message is displayed : > >"Error 1706. No Valid source could be found for product Microsoft Access >2000 SR-1 Runtime. The Windows installer cannot continue." > >That computer as Office 2003 Small business installed and is running under >Win 2K Pro. When we go to the Microsoft Update center, it suggests to >update the runtime to SP-3. The user does not have administrator status on >that computer. > >If any of you out there ever had this problem, how did you solve it? Would >the update of the runtime solve the situation? > >I'll welcome any help! > >Thanks! > > >Annie Courchesne, CMA > > > > -- Marty Connelly Victoria, B.C. Canada From gustav at cactus.dk Mon Jun 7 10:40:26 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 7 Jun 2004 17:40:26 +0200 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> References: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> Message-ID: <14416425438.20040607174026@cactus.dk> Hi John This object is "non-documented". Why not just create a new Workspace and open the (backend) database in this? /gustav > Anyone run into a problem where the PrivDBEngine objects doesn't work on > some XP machines? > I've been using this routine for years. It allows me to make database > changes to secure databases as long as I have the correct system.mdw > security file. > Specs: Written in Access 2000. Resides in an Access 200 MDE library file. > Problem occurs runtime or even if PC is already loaded with Access 2000, or > XP loaded. Very intermittant. > Comes up with an ODBC error/DSN error. > Here is a snippet of code: > It breaks at line 160 > Snippet: > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > 30 strSecurityFileName="c:\test\system.mdw" > 90 Set dbe = New PrivDBEngine > 100 With dbe > 110 .SystemDB = strSecurityFileName > 120 .DefaultUser = "USER" > 130 .DefaultPassword = "PASSWORD" > 140 End With > 150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > 'Check the table from the external back end. If There return a true > 160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > ALSO, Teery Kreft has done some work in this area. Anyone have her web site > or email address? > John Skolits From gustav at cactus.dk Mon Jun 7 11:25:35 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 7 Jun 2004 18:25:35 +0200 Subject: [AccessD] OT: Microsofts new product NAVISION. In-Reply-To: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> References: <000201c44c9f$aa96ff30$6501a8c0@OFFICEXP1> Message-ID: <14519134594.20040607182535@cactus.dk> Hi John Navision (brand name) Attain (product name) is Danish. With a handful of other products like Concorde XAL and Axapta they were bought by MS a couple of years ago - after Great Plains. However, MS has not yet published a full plan for outphasing these and replacing them with the new monster ERP system MS is rumored to have ready in five years time. Contrary to the Concorde products which always have exploited strange behaviour, the Navision products run rock steady. The db engine is proprietary but is very fast and is known for essentially impossible to crash - certainly a nice feature. The user interface visual design is very neat and strict but extremely boring, and the logic in the user interface can be hard to follow and to learn. A high level of customization of the user interface is normally required at a cost which at least equals the license cost ... out of the box the product is simply non-comprehensible for the average user. Programming these animals is a full time job; Attain uses a Pascal-like language, Axapta a Java-like, and XAL its very own language. Worse yet, obtaining a developer license is extremely expensive (in the EUR 15.000 range), thus only dedicated and very expensive developers (but not always very good) exist. APIs hardly exist and ODBC drivers cost a fortune. Quite expensive system - right now a bargain on Attain is offered at around EUR 2.000 per user license ... Navision compares in no way to SAP R/3 but somewhat to SAP Business One. However, SAP B1 costs a fraction and it features a full API which allows people like you and me to modify and expand it. As for programming Navision, my best advice is to forget it - sit down and be the nice guy and watch the consultants play - you will by sure learn their names while they "play" a lot at your client's expense at excessive hour rates! You have been warned. /gustav > I have a company that wanted some temporary Access work form me but the > final goal was the company was migrating all their ERP and databse stuff to > Navision. > Anyone have any experince with this. I'm curious if it's a good MS product. > I think it's supposed to be MS's answwer to SAP? Maybe it something worth > learning. > Any thoughts? > Thanks, > John Skolits From ssharkins at bellsouth.net Mon Jun 7 11:33:09 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 7 Jun 2004 12:33:09 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFE2@main2.marlow.com> Message-ID: <20040607163309.DNBY13581.imf17aec.mail.bellsouth.net@SUSANONE> So is it really all that much of a surprise that you can't set Limit to List off, if you have the actual field it is writing too 'invisible'? ============Yes, it's invisible, not gone. :) Susan H. From Support at CorporateDataDesign.com Mon Jun 7 11:50:44 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 12:50:44 -0400 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <14416425438.20040607174026@cactus.dk> Message-ID: <001d01c44caf$935d9cb0$6501a8c0@OFFICEXP1> I think the reason I did not just create a new workspace was because it is a secure dtaabase with a different system.mdw then the main application. This secure database is external to the main app and is connected to the main application through table links. Maybe I misssed something about the WS object. For some reaosn I thought I didn't have the ability to assign a system.mdw file. I may also have to loog at ADO as a solution. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, June 07, 2004 11:40 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] PrivDBEngine object no longer works on some XP machines Hi John This object is "non-documented". Why not just create a new Workspace and open the (backend) database in this? /gustav > Anyone run into a problem where the PrivDBEngine objects doesn't work > on some XP machines? > I've been using this routine for years. It allows me to make database > changes to secure databases as long as I have the correct system.mdw > security file. > Specs: Written in Access 2000. Resides in an Access 200 MDE library > file. Problem occurs runtime or even if PC is already loaded with > Access 2000, or XP loaded. Very intermittant. Comes up with an ODBC > error/DSN error. Here is a snippet of code: > It breaks at line 160 > Snippet: > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > 30 strSecurityFileName="c:\test\system.mdw" > 90 Set dbe = New PrivDBEngine > 100 With dbe > 110 .SystemDB = strSecurityFileName > 120 .DefaultUser = "USER" > 130 .DefaultPassword = "PASSWORD" > 140 End With > 150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > 'Check the table from the external back end. If There return a > true > 160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > ALSO, Teery Kreft has done some work in this area. Anyone have her web > site or email address? > John Skolits -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mike.W.Gowey at doc.state.or.us Mon Jun 7 11:51:34 2004 From: Mike.W.Gowey at doc.state.or.us (Gowey Mike W) Date: Mon, 7 Jun 2004 10:51:34 -0600 Subject: [AccessD] Reports On top Message-ID: <05EBB8A3BEB95B4F8216BE4EF486077802AA4051@srciml1.ds.doc.state.or.us> Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst From cfoust at infostatsystems.com Mon Jun 7 12:01:46 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 7 Jun 2004 10:01:46 -0700 Subject: [AccessD] Reports On top Message-ID: Simply hide the popup form by setting its visible property to False. In the Close event of the report, you can make the form visible again. Charlotte Foust -----Original Message----- From: Gowey Mike W [mailto:Mike.W.Gowey at doc.state.or.us] Sent: Monday, June 07, 2004 8:52 AM To: Access Developers discussion and problem solving Subject: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Alun.Garraway at otto.de Mon Jun 7 12:06:49 2004 From: Alun.Garraway at otto.de (Garraway, Alun) Date: Mon, 7 Jun 2004 19:06:49 +0200 Subject: AW: [AccessD] Reports On top Message-ID: hi Mike, try puting this in the on_click sub in your form Me.Visible = False and this in the on_close event in your report Application.Forms("myForm").Visible = True hth alun -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gowey Mike W Gesendet: Montag, 7. Juni 2004 18:52 An: Access Developers discussion and problem solving Betreff: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 7 11:49:17 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 09:49:17 -0700 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines References: <000f01c44ca2$930619c0$6501a8c0@OFFICEXP1> Message-ID: <40C49C8D.8080400@shaw.ca> terry.kreft at mps.co.uk or look at this http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=770rb2%24bs%241%40remarQ.com&rnum=5&prev=/groups%3Fq%3Dterry%2Bkreft%2BPrivDBEngine%26hl%3Den%26lr%3D%26ie%3DUTF-8%26scoring%3Dd%26selm%3D770rb2%2524bs%25241%2540remarQ.com%26rnum%3D5 John Skolits wrote: >Anyone run into a problem where the PrivDBEngine objects doesn't work on >some XP machines? > >I've been using this routine for years. It allows me to make database >changes to secure databases as long as I have the correct system.mdw >security file. > >Specs: Written in Access 2000. Resides in an Access 200 MDE library file. >Problem occurs runtime or even if PC is already loaded with Access 2000, or >XP loaded. Very intermittant. >Comes up with an ODBC error/DSN error. >Here is a snippet of code: > > >It breaks at line 160 > >Snippet: > > > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > >30 strSecurityFileName="c:\test\system.mdw" > >90 Set dbe = New PrivDBEngine >100 With dbe >110 .SystemDB = strSecurityFileName >120 .DefaultUser = "USER" >130 .DefaultPassword = "PASSWORD" >140 End With >150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > > 'Check the table from the external back end. If There return a true > >160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > >ALSO, Teery Kreft has done some work in this area. Anyone have her web site >or email address? > >John Skolits > > > > -- Marty Connelly Victoria, B.C. Canada From Support at CorporateDataDesign.com Mon Jun 7 12:14:31 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Mon, 7 Jun 2004 13:14:31 -0400 Subject: [AccessD] PrivDBEngine object no longer works on some XP machines In-Reply-To: <40C49C8D.8080400@shaw.ca> Message-ID: <002f01c44cb2$e8fa8b80$6501a8c0@OFFICEXP1> Thanks Marty, I tried that address but it didn't work. But maybe the info in the link you sent will help.Thanks! John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Monday, June 07, 2004 12:49 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] PrivDBEngine object no longer works on some XP machines terry.kreft at mps.co.uk or look at this http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=770rb2%24bs%241%4 0remarQ.com&rnum=5&prev=/groups%3Fq%3Dterry%2Bkreft%2BPrivDBEngine%26hl%3Den %26lr%3D%26ie%3DUTF-8%26scoring%3Dd%26selm%3D770rb2%2524bs%25241%2540remarQ. com%26rnum%3D5 John Skolits wrote: >Anyone run into a problem where the PrivDBEngine objects doesn't work >on some XP machines? > >I've been using this routine for years. It allows me to make database >changes to secure databases as long as I have the correct system.mdw >security file. > >Specs: Written in Access 2000. Resides in an Access 200 MDE library >file. Problem occurs runtime or even if PC is already loaded with >Access 2000, or XP loaded. Very intermittant. Comes up with an ODBC >error/DSN error. Here is a snippet of code: > > >It breaks at line 160 > >Snippet: > > > Dim dbe As DAO.PrivDBEngine > Dim wsp As DAO.Workspace > Dim dbEXT_Database As DAO.Database > Dim strSecurityFileName As String > >30 strSecurityFileName="c:\test\system.mdw" > >90 Set dbe = New PrivDBEngine >100 With dbe >110 .SystemDB = strSecurityFileName >120 .DefaultUser = "USER" >130 .DefaultPassword = "PASSWORD" >140 End With >150 Set wsp = dbe.Workspaces(0) 'systemdb is locked in now > > 'Check the table from the external back end. If There return a > true > >160 Set dbEXT_Database = wsp.OpenDatabase(strDataBaseFileName) > >ALSO, Teery Kreft has done some work in this area. Anyone have her web >site or email address? > >John Skolits > > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 7 12:15:29 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 7 Jun 2004 12:15:29 -0500 Subject: [AccessD] Reports On top In-Reply-To: <27943119.1086627637027.JavaMail.root@sniper3.usinternet.com> Message-ID: <000001c44cb3$08dc2a80$de1811d8@danwaters> Mike, This is something to try: When you need to open the report, first save the data, then close the form, then open the report. Private Sub cmdOpenReport_Click() DoCmd.RunCommand accmdSaveRecord DoCmd.Close acForm, "frmMyForm" DoCmd.OpenReport "rptMyReport" End Sub HTH, Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gowey Mike W Sent: Monday, June 07, 2004 11:52 AM To: Access Developers discussion and problem solving Subject: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Mon Jun 7 12:23:42 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Mon, 7 Jun 2004 18:23:42 +0100 Subject: [AccessD] DataSheet Formatting Message-ID: Hi All, I have a subform which is on another form in datasheet view. In this datasheet subform there are 5 columns. I would like to make the first column appear as if it is a hyperlinked. (Blue & underlined) At the moment, I have tried formatting it a number of different ways, but am getting no further than making all the columns appear as if they are hyperlinks, which is not what I want. Can anyone help me with this problem? Thanks in advance Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From cfoust at infostatsystems.com Mon Jun 7 12:54:45 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 7 Jun 2004 10:54:45 -0700 Subject: [AccessD] combo box Limit to List question Message-ID: How else would you populate the bound column, Susan? It doesn't seem nasty to me, but perfectly reasonable. Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Sunday, June 06, 2004 6:44 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] combo box Limit to List question Here's one I've never run across before -- you can't set the Limit to LIst property to No if the control's bound column isn't visible? Wow... that's a nasty little catch that could really be a clean up mess if you weren't prepared for it. I've never run into it before. So, if you want an updateable list, you have to display the bound column instead of whatever data you really want to display... nasty. :( Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mike.W.Gowey at doc.state.or.us Mon Jun 7 13:10:27 2004 From: Mike.W.Gowey at doc.state.or.us (Gowey Mike W) Date: Mon, 7 Jun 2004 12:10:27 -0600 Subject: [AccessD] Reports On top Message-ID: <05EBB8A3BEB95B4F8216BE4EF486077802AA4053@srciml1.ds.doc.state.or.us> Thanks a lot Alun, that works like a charm. Just what I needed. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -----Original Message----- From: Garraway, Alun [mailto:Alun.Garraway at otto.de] Sent: Monday, June 07, 2004 11:07 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Reports On top hi Mike, try puting this in the on_click sub in your form Me.Visible = False and this in the on_close event in your report Application.Forms("myForm").Visible = True hth alun -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gowey Mike W Gesendet: Montag, 7. Juni 2004 18:52 An: Access Developers discussion and problem solving Betreff: [AccessD] Reports On top Hi everyone, I currently am working on a database in which I have the input form come up as a popup for that it displays on the entire screen. Now I need to know if there is a way for me to view a report by pressing a button on the form. Currently it will not show the report because the input form is on top. Can I make the report open up in a popup type of way so that the report is on top and viewable until closed. I hope that makes sense. Any help would be greatly appreciated. Mike Gowey MCSA, A+, LME Team Leader - SRCI Information Systems & Services Division Technical Support Analyst -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 bellsouth.net Mon Jun 7 13:31:47 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 7 Jun 2004 14:31:47 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040607183147.LYUS24541.imf23aec.mail.bellsouth.net@SUSANONE> A one-column list can be populated with anything -- so why should Access care which column you're restricting, as long as it knows? A new property -- which column is restricted. If the entry violates other table properties, that's another story -- you have that possibility with a one-column list. Susan H. How else would you populate the bound column, Susan? It doesn't seem nasty to me, but perfectly reasonable. From KIsmert at TexasSystems.com Mon Jun 7 13:27:36 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Mon, 7 Jun 2004 13:27:36 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <40C1937A.5052.43EF700@localhost> Message-ID: <035401c44cbd$1bffdee0$2a3ca8c0@TEXASSYSTEMS.COM> Stuart: Sorry for the delay in responding. >Does it? What if you: >1. Delete records and rebuild the table without > compacting the database. >2. Create records with an algorithm that generates > records counting backwards from an end date >3. Extend your table by adding earlier dates after > you build your first date range. Notes: IDday0 = ID of earliest date in table, Day(ID) = Day number for ID, counting from IDday0 1 & 2: The mathematical relationship holds. Day(ID) = Abs(ID - IDday0). This holds true when the list is generated the first time, and when it is regenerated. Interestingly, whether backwards or forwards, the formula for counting the days between two dates by their ID is the same: DaysBetween(ID1, ID2) = Abs(ID1 - ID2) 3. That's why I said auto-generated! This is where relying on a ANPK can cause you problems: you can't extend the table without ruining your calculations. For regular, sequential data (no interruptions) with a single field natural key, or any data where a unique key can be mathematically calculated (as above), you can make an argument that ANPK is redundant, and can actually make the data more difficult to work with. This is where intent of the data, and your data modeling style, plays the deciding role in your PK choice. -Ken On 4 Jun 2004 at 15:46, Ken Ismert wrote: > On the other hand, the Autonumber is supposed to be a 'meaningless' unique > ID. But, consider an auto-generated date dimension table, with consecutive > date records. Think an Autonumber key is meaningless in this situation? > Think again - it really represents the number of days since Day Zero (the > earliest date record in your table). Does it? What if you: 1. Delete records and rebuild the table without compacting the database. 2. Create records with an algorithm that generates records counting backwards from an end date 3. Extend your table by adding earlier dates after you build your first date range. 4. etc If you rely on the ANPK to be meaningful and use it in calcuations base on your assumption, you can get into trouble very quickly. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From accessd at shaw.ca Mon Jun 7 13:44:51 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 07 Jun 2004 11:44:51 -0700 Subject: [AccessD] Weird problem after installing runtime A2K In-Reply-To: <40C4917A.2070108@shaw.ca> Message-ID: While we are on the subject...slightly. I have noticed that the new version of Access 2003 is stand-alone with run-time option. It is suppose to be a few steps up from the older run-time-engines with all sorts of features that support local extensions and a full deployment model. See http://www.msdn.microsoft.com/office/technologyinfo/devtools/accessextension s/default.aspx The Royalty package, that will unlimited Royalty free distribution, can be purchased though I could not find a price after a rudimentary scan. Access2003 upgrade, from A97 forward, is $109.00US. Time to learn VB.NET(?) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Monday, June 07, 2004 9:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Weird problem after installing runtime A2K Just a guess but assuming you created the runtime mdb with Access 2000 SP3, it maybe that there is an old SP1 runtime on the machine, that hasn't been uninstalled or removed properly. You might get away with installing to a different directory or getting someone with admin status on their machine to install it. Test installing it to a non admin user on your development machine. A lot of these problems can be resolved with using SageKey scripts and Wise or Install Shield for deployment. http://www.sagekey.com Annie Courchesne, CMA wrote: >Hi group! > >I've recently installed a runtime version of Access 2000 (using Office >developper). On one computer, the following message is displayed : > >"Error 1706. No Valid source could be found for product Microsoft Access >2000 SR-1 Runtime. The Windows installer cannot continue." > >That computer as Office 2003 Small business installed and is running under >Win 2K Pro. When we go to the Microsoft Update center, it suggests to >update the runtime to SP-3. The user does not have administrator status on >that computer. > >If any of you out there ever had this problem, how did you solve it? Would >the update of the runtime solve the situation? > >I'll welcome any help! > >Thanks! > > >Annie Courchesne, CMA > > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 7 14:23:36 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 07 Jun 2004 12:23:36 -0700 Subject: [AccessD] Weird problem after installing runtime A2K References: Message-ID: <40C4C0B8.2050302@shaw.ca> It is $199 if you have a previous developers edition of office or access, you have to have purchased Access 2003 Pro seperately How to Buy: Visual Studio Tools for the Microsoft Office System http://msdn.microsoft.com/vstudio/howtobuy/officetools/ Jim Lawrence (AccessD) wrote: >While we are on the subject...slightly. I have noticed that the new version >of Access 2003 is stand-alone with run-time option. It is suppose to be a >few steps up from the older run-time-engines with all sorts of features that >support local extensions and a full deployment model. See >http://www.msdn.microsoft.com/office/technologyinfo/devtools/accessextension >s/default.aspx > >The Royalty package, that will unlimited Royalty free distribution, can be >purchased though I could not find a price after a rudimentary scan. >Access2003 upgrade, from A97 forward, is $109.00US. Time to learn VB.NET(?) > >Jim > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly >Sent: Monday, June 07, 2004 9:02 AM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Weird problem after installing runtime A2K > > >Just a guess but assuming you created the runtime mdb with Access 2000 >SP3, it maybe that there is an old >SP1 runtime on the machine, that hasn't been uninstalled or removed >properly. You might get away with >installing to a different directory or getting someone with admin status >on their machine to install it. >Test installing it to a non admin user on your development machine. >A lot of these problems can be resolved with using SageKey scripts and >Wise or Install Shield >for deployment. >http://www.sagekey.com > >Annie Courchesne, CMA wrote: > > > >>Hi group! >> >>I've recently installed a runtime version of Access 2000 (using Office >>developper). On one computer, the following message is displayed : >> >>"Error 1706. No Valid source could be found for product Microsoft Access >>2000 SR-1 Runtime. The Windows installer cannot continue." >> >>That computer as Office 2003 Small business installed and is running under >>Win 2K Pro. When we go to the Microsoft Update center, it suggests to >>update the runtime to SP-3. The user does not have administrator status on >>that computer. >> >>If any of you out there ever had this problem, how did you solve it? Would >>the update of the runtime solve the situation? >> >>I'll welcome any help! >> >>Thanks! >> >> >>Annie Courchesne, CMA >> >> >> >> >> >> > >-- >Marty Connelly >Victoria, B.C. >Canada > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada From bchacc at san.rr.com Mon Jun 7 16:51:33 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 14:51:33 -0700 Subject: [AccessD] Strange Behavior with Caps Lock Message-ID: <01f901c44cd9$99614740$6601a8c0@HAL9002> Dear List: I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. Is there a setting to disable this auto change of case? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From d.dick at uws.edu.au Mon Jun 7 17:42:52 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 08:42:52 +1000 Subject: [AccessD] Strange Behavior with Caps Lock References: <01f901c44cd9$99614740$6601a8c0@HAL9002> Message-ID: <002d01c44ce0$c48ac2f0$48619a89@DDICK> Hi Rocky Is there any code in the After Update of that text control? Eg me.txtTextControl = Proper(Me.txtTextControl) or in the table design itself - is there any mask on the character display? Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Tuesday, June 08, 2004 7:51 AM Subject: [AccessD] Strange Behavior with Caps Lock > Dear List: > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. > > Is there a setting to disable this auto change of case? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 17:46:03 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 08:46:03 +1000 Subject: [AccessD] Reports On top References: <05EBB8A3BEB95B4F8216BE4EF486077802AA4051@srciml1.ds.doc.state.or.us> Message-ID: <003301c44ce1$361bf150$48619a89@DDICK> Hi Mike What I do in these cases is in the On Format or on open of the report have something like Forms!frmMyReportCriteriaPopup.visible = false then when you close or unload the report Forms!frmMyReportCriteriaPopup.visible = true ----- Original Message ----- From: "Gowey Mike W" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:51 AM Subject: [AccessD] Reports On top > > Hi everyone, > > I currently am working on a database in which I have the input form come > up as a popup for that it displays on the entire screen. Now I need to > know if there is a way for me to view a report by pressing a button on > the form. Currently it will not show the report because the input form > is on top. Can I make the report open up in a popup type of way so that > the report is on top and viewable until closed. > > I hope that makes sense. Any help would be greatly appreciated. > > > Mike Gowey MCSA, A+, LME > Team Leader - SRCI > Information Systems & Services Division > Technical Support Analyst > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 18:00:14 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:00:14 -0700 Subject: [AccessD] Pop Up Problem Message-ID: <02e501c44ce3$31cca980$6601a8c0@HAL9002> Dear list: I have a pop up form which calls another pop up form. When the second pop up form opens however, it appears behind the first one, even though the second one has the focus. Does anyone know how to force this second pop up in front? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From stuart at lexacorp.com.pg Mon Jun 7 18:04:39 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:04:39 +1000 Subject: [AccessD] Strange Behavior with Caps Lock In-Reply-To: <01f901c44cd9$99614740$6601a8c0@HAL9002> Message-ID: <40C58127.6999.139743B7@localhost> On 7 Jun 2004 at 14:51, Rocky Smolin - Beach Access S wrote: > Dear List: > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. > > Is there a setting to disable this auto change of case? > Tools-Autocorrect. De-select "Correct Accidental use of cAPS LOCK key" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Mon Jun 7 18:08:16 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:08:16 -0700 Subject: [AccessD] Strange Behavior with Caps Lock References: <01f901c44cd9$99614740$6601a8c0@HAL9002> <002d01c44ce0$c48ac2f0$48619a89@DDICK> Message-ID: <02ed01c44ce4$512fd440$6601a8c0@HAL9002> Darren: No on both counts. What else could it be? T&R Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 3:42 PM Subject: Re: [AccessD] Strange Behavior with Caps Lock > Hi Rocky > Is there any code in the After Update of that text control? > Eg > me.txtTextControl = Proper(Me.txtTextControl) > or in the table design itself - is there any mask on the character display? > > Darren > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: > Sent: Tuesday, June 08, 2004 7:51 AM > Subject: [AccessD] Strange Behavior with Caps Lock > > > > Dear List: > > > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love > 'em). > > > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. > With the caps lock off, no problem. > > > > Is there a setting to disable this auto change of case? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 18:10:39 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 09:10:39 +1000 Subject: [AccessD] DataSheet Formatting References: Message-ID: <007d01c44ce4$a67a64b0$48619a89@DDICK> Hi Ryan >From what I can see there is no 'standard' way of doing this. Of course various websites such as Lebans et al may have a solution A high Maintenance solution would be to set your subform back to continuous (i.e. make it look like a form again, not a grid) then make your controls on the subform look like a grid. IE no 3d Borders, just flat - no colour borders, just black. Then butt them all together with no space above or below to make them all come together to 'look' like a grid. That of course would add to maintenance a bit if you had to make changes to the 'look' of the form. But you can retain 'individual' design elements for each control Make sense? Hope this helps Darren ----- Original Message ----- From: To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 3:23 AM Subject: [AccessD] DataSheet Formatting > > > > > Hi All, > > I have a subform which is on another form in datasheet view. > > In this datasheet subform there are 5 columns. > > I would like to make the first column appear as if it is a hyperlinked. > (Blue & underlined) > > At the moment, I have tried formatting it a number of different ways, but > am getting no further than making all the columns appear as if they are > hyperlinks, which is not what I want. > > Can anyone help me with this problem? > > Thanks in advance > Ryan > > > Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd > June - 30th August 2004). This is the first major exhibition to examine the > relationship of the garden and British art. Advance booking is > recommended. > > Information and tickets: www.tate.org.uk/artofthegarden > > > This e-mail and any attachment are confidential and contain proprietary > information, some or all of which may be legally privileged. It is > intended solely for the use of the individual or entity to which it is > addressed. If you are not the intended recipient, please notify the author > immediately by telephone or by replying to this e-mail, and then delete all > copies of the e-mail on your system. If you are not the intended > recipient, you must not use, disclose, distribute, copy, print or rely on > this e-mail. > > Whilst we have taken reasonable precautions to ensure that this e-mail and > any attachment has been checked for viruses, we cannot guarantee that they > are virus free and we cannot accept liability for any damage sustained as a > result of software viruses. We would advise that you carry out your own > virus checks, especially before opening an attachment. > > The UK firm Ernst & Young LLP is a limited liability partnership registered > in England and Wales with registered number OC300001 and is a member > practice of Ernst & Young Global. A list of members' names is available > for inspection at 1 More London Place, London, SE1 2AF, the firm's > principal place of business and its registered office. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 18:13:26 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 09:13:26 +1000 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> Message-ID: <008b01c44ce5$09db5f50$48619a89@DDICK> Hi Rocky If you can - make the second form PopUp = Yes and Modal = Yes as well This forces the 2nd one to the front but restricts data entry to only the second form until you close it Hope this helps and makes sense Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Tuesday, June 08, 2004 9:00 AM Subject: [AccessD] Pop Up Problem > Dear list: > > I have a pop up form which calls another pop up form. When the second pop up form opens however, it appears behind the first one, even though the second one has the focus. > > Does anyone know how to force this second pop up in front? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.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 Jun 7 18:15:20 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:15:20 +1000 Subject: [AccessD] DataSheet Formatting In-Reply-To: Message-ID: <40C583A8.1263.13A10E10@localhost> On 7 Jun 2004 at 18:23, rsmethurst at UK.EY.COM wrote: > > Hi All, > > I have a subform which is on another form in datasheet view. > > In this datasheet subform there are 5 columns. > > I would like to make the first column appear as if it is a hyperlinked. > (Blue & underlined) > > At the moment, I have tried formatting it a number of different ways, but > am getting no further than making all the columns appear as if they are > hyperlinks, which is not what I want. > > Can anyone help me with this problem? > Set the IsHyperlink property of the textbox -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 7 18:17:17 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:17:17 +1000 Subject: [AccessD] combo box Limit to List question In-Reply-To: <20040607163309.DNBY13581.imf17aec.mail.bellsouth.net@SUSANONE> References: <2F8793082E00D4119A1700B0D0216BF8031BAFE2@main2.marlow.com> Message-ID: <40C5841D.32744.13A2D850@localhost> On 7 Jun 2004 at 12:33, Susan Harkins wrote: > So is it really all that much of a surprise that you can't set Limit to List > off, if you have the actual field it is writing too 'invisible'? > > ============Yes, it's invisible, not gone. :) > But you can't write to it if it's invisible. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Mon Jun 7 18:30:59 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:30:59 -0700 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> <008b01c44ce5$09db5f50$48619a89@DDICK> Message-ID: <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> Darren: Makes sense but the second form is Popup=Yes and Modal=Yes. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:13 PM Subject: Re: [AccessD] Pop Up Problem > Hi Rocky > If you can - make the second form PopUp = Yes and Modal = Yes as well > This forces the 2nd one to the front but restricts data entry to only the > second form until you close it > > Hope this helps and makes sense > > Darren > > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: > Sent: Tuesday, June 08, 2004 9:00 AM > Subject: [AccessD] Pop Up Problem > > > > Dear list: > > > > I have a pop up form which calls another pop up form. When the second pop up form opens however, it appears behind the first one, > even though the second one has the focus. > > > > Does anyone know how to force this second pop up in front? > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 18:32:50 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 16:32:50 -0700 Subject: [AccessD] Strange Behavior with Caps Lock References: <40C58127.6999.139743B7@localhost> Message-ID: <030b01c44ce7$bfe3cbf0$6601a8c0@HAL9002> sTUART: tHAT'S it! tHANK YOU. nEVER WOULD HAVE FOUND IT MYSELF. bEST, rOCKY ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:04 PM Subject: Re: [AccessD] Strange Behavior with Caps Lock > On 7 Jun 2004 at 14:51, Rocky Smolin - Beach Access S wrote: > > > Dear List: > > > > I have a user who is trying to enter data with the caps lock on and use the shift key to do lower case (Users! You gotta love 'em). > > > > When he does that Access is reversing the case on him. So when he enters ePANEL with the caps lock on it changes it to Epanel. With the caps lock off, no problem. > > > > Is there a setting to disable this auto change of case? > > > Tools-Autocorrect. > > De-select "Correct Accidental use of cAPS LOCK key" > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > 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 Jun 7 18:37:28 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:37:28 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <035401c44cbd$1bffdee0$2a3ca8c0@TEXASSYSTEMS.COM> References: <40C1937A.5052.43EF700@localhost> Message-ID: <40C588D8.5190.13B55151@localhost> On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 7 18:38:57 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 09:38:57 +1000 Subject: [AccessD] Strange Behavior with Caps Lock In-Reply-To: <030b01c44ce7$bfe3cbf0$6601a8c0@HAL9002> Message-ID: <40C58931.25258.13B6AB92@localhost> On 7 Jun 2004 at 16:32, Rocky Smolin - Beach Access S wrote: > sTUART: > > tHAT'S it! tHANK YOU. nEVER WOULD HAVE FOUND IT MYSELF. > > bEST, > > rOCKY > Have you got a cold? You're sounding a bit strange :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From d.dick at uws.edu.au Mon Jun 7 18:42:34 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 09:42:34 +1000 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002><008b01c44ce5$09db5f50$48619a89@DDICK> <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> Message-ID: <00a501c44ce9$1b4e6530$48619a89@DDICK> then take the Modal = yes off the first one if it is on ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 9:30 AM Subject: Re: [AccessD] Pop Up Problem > Darren: > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > Rocky > > ----- Original Message ----- > From: "Darren DICK" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 4:13 PM > Subject: Re: [AccessD] Pop Up Problem > > > > Hi Rocky > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > This forces the 2nd one to the front but restricts data entry to only the > > second form until you close it > > > > Hope this helps and makes sense > > > > Darren > > > > > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" > > To: > > Sent: Tuesday, June 08, 2004 9:00 AM > > Subject: [AccessD] Pop Up Problem > > > > > > > Dear list: > > > > > > I have a pop up form which calls another pop up form. When the second > pop up form opens however, it appears behind the first one, > > even though the second one has the focus. > > > > > > Does anyone know how to force this second pop up in front? > > > > > > MTIA > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 21:48:24 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 19:48:24 -0700 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> <008b01c44ce5$09db5f50$48619a89@DDICK> <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> <00a501c44ce9$1b4e6530$48619a89@DDICK> Message-ID: <034b01c44d03$11dccc20$6601a8c0@HAL9002> Darren: It didn't make any difference. It's really mysterious. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:42 PM Subject: Re: [AccessD] Pop Up Problem > then take the Modal = yes off the first one if it is on > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > Sent: Tuesday, June 08, 2004 9:30 AM > Subject: Re: [AccessD] Pop Up Problem > > > > Darren: > > > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > > > Rocky > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 07, 2004 4:13 PM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > Hi Rocky > > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > > This forces the 2nd one to the front but restricts data entry to only the > > > second form until you close it > > > > > > Hope this helps and makes sense > > > > > > Darren > > > > > > > > > > > > ----- Original Message ----- > > > From: "Rocky Smolin - Beach Access Software" > > > To: > > > Sent: Tuesday, June 08, 2004 9:00 AM > > > Subject: [AccessD] Pop Up Problem > > > > > > > > > > Dear list: > > > > > > > > I have a pop up form which calls another pop up form. When the second > > pop up form opens however, it appears behind the first one, > > > even though the second one has the focus. > > > > > > > > Does anyone know how to force this second pop up in front? > > > > > > > > MTIA > > > > > > > > Rocky Smolin > > > > Beach Access Software > > > > http://www.e-z-mrp.com > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 21:51:40 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 19:51:40 -0700 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002> <008b01c44ce5$09db5f50$48619a89@DDICK> <02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002> <00a501c44ce9$1b4e6530$48619a89@DDICK> Message-ID: <034f01c44d03$863b2440$6601a8c0@HAL9002> Darren: I went around the problem. In _Open event: Forms!frmFirstForm.Visible = False In _Close event Forms!frmFirstForm.Visible = True Works. But I didn't learn anything. Thanks for your input. It kept me hacking. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:42 PM Subject: Re: [AccessD] Pop Up Problem > then take the Modal = yes off the first one if it is on > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > Sent: Tuesday, June 08, 2004 9:30 AM > Subject: Re: [AccessD] Pop Up Problem > > > > Darren: > > > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > > > Rocky > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 07, 2004 4:13 PM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > Hi Rocky > > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > > This forces the 2nd one to the front but restricts data entry to only the > > > second form until you close it > > > > > > Hope this helps and makes sense > > > > > > Darren > > > > > > > > > > > > ----- Original Message ----- > > > From: "Rocky Smolin - Beach Access Software" > > > To: > > > Sent: Tuesday, June 08, 2004 9:00 AM > > > Subject: [AccessD] Pop Up Problem > > > > > > > > > > Dear list: > > > > > > > > I have a pop up form which calls another pop up form. When the second > > pop up form opens however, it appears behind the first one, > > > even though the second one has the focus. > > > > > > > > Does anyone know how to force this second pop up in front? > > > > > > > > MTIA > > > > > > > > Rocky Smolin > > > > Beach Access Software > > > > http://www.e-z-mrp.com > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 21:53:03 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 19:53:03 -0700 Subject: [AccessD] Strange Behavior with Caps Lock References: <40C58931.25258.13B6AB92@localhost> Message-ID: <035501c44d03$b7bb1bb0$6601a8c0@HAL9002> Thtuart: The biggetht problem ith with the eth key on my thtythtem. Rocky Thmolin Beach Accethth Thoftware http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 4:38 PM Subject: Re: [AccessD] Strange Behavior with Caps Lock > On 7 Jun 2004 at 16:32, Rocky Smolin - Beach Access S wrote: > > > sTUART: > > > > tHAT'S it! tHANK YOU. nEVER WOULD HAVE FOUND IT MYSELF. > > > > bEST, > > > > rOCKY > > > > Have you got a cold? You're sounding a bit strange :-) > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Mon Jun 7 21:56:11 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Tue, 8 Jun 2004 12:56:11 +1000 Subject: [AccessD] Pop Up Problem References: <02e501c44ce3$31cca980$6601a8c0@HAL9002><008b01c44ce5$09db5f50$48619a89@DDICK><02fd01c44ce7$7d39c1b0$6601a8c0@HAL9002><00a501c44ce9$1b4e6530$48619a89@DDICK> <034b01c44d03$11dccc20$6601a8c0@HAL9002> Message-ID: <00fe01c44d04$27e280e0$48619a89@DDICK> Dunno what to say Stuart - over to you On my machine (WIN 2000 using Office 2000) SP3 I set all my little pop up type forms that feed combo boxes etc to all be PopUp = true and Modal = true. So if one is opened from another - it's the second or subsequent one that have 'the focus'. Clicking outside that area of the second or subsequent form/s just gives the standard 'can't click here' noise from Windows. Sorry - can't help Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 12:48 PM Subject: Re: [AccessD] Pop Up Problem > Darren: > > It didn't make any difference. It's really mysterious. > > Rocky > > ----- Original Message ----- > From: "Darren DICK" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 4:42 PM > Subject: Re: [AccessD] Pop Up Problem > > > > then take the Modal = yes off the first one if it is on > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" > > To: "Access Developers discussion and problem solving" > > > Sent: Tuesday, June 08, 2004 9:30 AM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > Darren: > > > > > > Makes sense but the second form is Popup=Yes and Modal=Yes. > > > > > > Rocky > > > > > > ----- Original Message ----- > > > From: "Darren DICK" > > > To: "Access Developers discussion and problem solving" > > > > > > Sent: Monday, June 07, 2004 4:13 PM > > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > > > > Hi Rocky > > > > If you can - make the second form PopUp = Yes and Modal = Yes as well > > > > This forces the 2nd one to the front but restricts data entry to only > the > > > > second form until you close it > > > > > > > > Hope this helps and makes sense > > > > > > > > Darren > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Rocky Smolin - Beach Access Software" > > > > To: > > > > Sent: Tuesday, June 08, 2004 9:00 AM > > > > Subject: [AccessD] Pop Up Problem > > > > > > > > > > > > > Dear list: > > > > > > > > > > I have a pop up form which calls another pop up form. When the > second > > > pop up form opens however, it appears behind the first one, > > > > even though the second one has the focus. > > > > > > > > > > Does anyone know how to force this second pop up in front? > > > > > > > > > > MTIA > > > > > > > > > > Rocky Smolin > > > > > Beach Access Software > > > > > http://www.e-z-mrp.com > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Jun 7 22:35:21 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jun 2004 13:35:21 +1000 Subject: [AccessD] Pop Up Problem In-Reply-To: <034f01c44d03$863b2440$6601a8c0@HAL9002> Message-ID: <40C5C099.27944.148F1A8D@localhost> On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > Darren: > > I went around the problem. > > In _Open event: Forms!frmFirstForm.Visible = False > > In _Close event Forms!frmFirstForm.Visible = True > > Works. But I didn't learn anything. > > Thanks for your input. It kept me hacking. > You weren't by any chance opening the second form in DataSheet view were you? That's about the only reason I can think of why it wouldn't pop up in front. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Mon Jun 7 23:02:31 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 21:02:31 -0700 Subject: [AccessD] Pop Up Problem References: <40C5C099.27944.148F1A8D@localhost> Message-ID: <039001c44d0d$6bfa5ce0$6601a8c0@HAL9002> Nope. An unbound form actually with two multi-select list boxes to select tickets to be mass marked as paid or used. Rocky ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 8:35 PM Subject: Re: [AccessD] Pop Up Problem > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > Darren: > > > > I went around the problem. > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > Works. But I didn't learn anything. > > > > Thanks for your input. It kept me hacking. > > > > You weren't by any chance opening the second form in DataSheet view were you? > That's about the only reason I can think of why it wouldn't pop up in front. > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 7 23:05:41 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 7 Jun 2004 21:05:41 -0700 Subject: [AccessD] Reports On top References: <05EBB8A3BEB95B4F8216BE4EF486077802AA4051@srciml1.ds.doc.state.or.us> Message-ID: <039801c44d0d$dd96fcf0$6601a8c0@HAL9002> Hey Mike: I just dodged that bullet on a pop up called from a pop up that wouldn't pop up in front. So in the open event of the second pop up I made the first one invisible, then in the close event of the second popup I made the first pop up visible again. I'll bet you could do that to your pop up in the open and close events of the report. Maybe. Rocky ----- Original Message ----- From: "Gowey Mike W" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 9:51 AM Subject: [AccessD] Reports On top > > Hi everyone, > > I currently am working on a database in which I have the input form come > up as a popup for that it displays on the entire screen. Now I need to > know if there is a way for me to view a report by pressing a button on > the form. Currently it will not show the report because the input form > is on top. Can I make the report open up in a popup type of way so that > the report is on top and viewable until closed. > > I hope that makes sense. Any help would be greatly appreciated. > > > Mike Gowey MCSA, A+, LME > Team Leader - SRCI > Information Systems & Services Division > Technical Support Analyst > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Tue Jun 8 04:21:28 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Tue, 8 Jun 2004 10:21:28 +0100 Subject: [AccessD] DataSheet Formatting Message-ID: Thanks Stuart and Darren, Decided to go with Stuart's solution in the end, but appreciate both your inputs. Cheers Ryan "Stuart McLachlan" To: Access Developers discussion and problem solving Sent by: accessd-bounces at databasea cc: dvisors.com Subject: Re: [AccessD] DataSheet Formatting 08/06/2004 00:15 Please respond to Access Developers discussion and problem solving On 7 Jun 2004 at 18:23, rsmethurst at UK.EY.COM wrote: > > Hi All, > > I have a subform which is on another form in datasheet view. > > In this datasheet subform there are 5 columns. > > I would like to make the first column appear as if it is a hyperlinked. > (Blue & underlined) > > At the moment, I have tried formatting it a number of different ways, but > am getting no further than making all the columns appear as if they are > hyperlinks, which is not what I want. > > Can anyone help me with this problem? > Set the IsHyperlink property of the textbox -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From mcaro at bigpond.net.au Tue Jun 8 05:54:59 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Tue, 8 Jun 2004 20:54:59 +1000 Subject: [AccessD] Report #Error Message-ID: <002801c44d47$0b69b3f0$0100000a@mitmaster> I'm building a report and have a text box that references a box within a sub report. It works fine except when the sub report returns no data so I get #Error in the first box. I have tried to capture this event in the No_Data and on_error events of the main and sub reports but no luck. Any ideas where to capture this event so I can seed the referencing box with zero. Martin From Subscriptions at servicexp.com Tue Jun 8 06:13:58 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Tue, 8 Jun 2004 07:13:58 -0400 Subject: [AccessD] Pop Up Problem In-Reply-To: <039001c44d0d$6bfa5ce0$6601a8c0@HAL9002> Message-ID: Depending on the coding, you may need to use the DoEvents Function to allow control to the second pop up.... Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 08, 2004 12:03 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Pop Up Problem Nope. An unbound form actually with two multi-select list boxes to select tickets to be mass marked as paid or used. Rocky ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 07, 2004 8:35 PM Subject: Re: [AccessD] Pop Up Problem > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > Darren: > > > > I went around the problem. > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > Works. But I didn't learn anything. > > > > Thanks for your input. It kept me hacking. > > > > You weren't by any chance opening the second form in DataSheet view were you? > That's about the only reason I can think of why it wouldn't pop up in front. > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 8 07:24:20 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 8 Jun 2004 05:24:20 -0700 Subject: [AccessD] Pop Up Problem References: Message-ID: <001801c44d53$86d07810$6601a8c0@HAL9002> Robert: So you think it might be a timing problem? Where would you put the DoEvents - in the Open event of the called program? Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 4:13 AM Subject: RE: [AccessD] Pop Up Problem > Depending on the coding, you may need to use the DoEvents Function to allow > control to the second pop up.... > > > Robert Gracie > www.servicexp.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 08, 2004 12:03 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Pop Up Problem > > > Nope. An unbound form actually with two multi-select list boxes to select > tickets to be mass marked as paid or used. > > Rocky > > ----- Original Message ----- > From: "Stuart McLachlan" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 8:35 PM > Subject: Re: [AccessD] Pop Up Problem > > > > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > > > Darren: > > > > > > I went around the problem. > > > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > > > Works. But I didn't learn anything. > > > > > > Thanks for your input. It kept me hacking. > > > > > > > You weren't by any chance opening the second form in DataSheet view were > you? > > That's about the only reason I can think of why it wouldn't pop up in > front. > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Tue Jun 8 10:18:20 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 8 Jun 2004 08:18:20 -0700 Subject: [AccessD] combo box Limit to List question Message-ID: I've lost track of the question by now, Susan. In a one-column list, the only column happens to be the bound column because there's no other choice. If the hidden column in a multicolumn combobox is the bound column (it doesn't have to be) then you need to populate that in order to create a new record. Access doesn't care which column you bind to, but it only knows automatically how to handle a bound first column when values are entered into it, just as it can handle the single column list. Otherwise, it requires the NotInList event to do the handling. What's unreasonable about that? Remember that the combo box can only save *one* value, which means all the other columns are for matching or displaying information. If you don't populate the bound column either by typing in a value or by using the NotInList event, Access doesn't know what you want to enter/save. Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Monday, June 07, 2004 10:32 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] combo box Limit to List question A one-column list can be populated with anything -- so why should Access care which column you're restricting, as long as it knows? A new property -- which column is restricted. If the entry violates other table properties, that's another story -- you have that possibility with a one-column list. Susan H. How else would you populate the bound column, Susan? It doesn't seem nasty to me, but perfectly reasonable. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 8 10:05:41 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 08 Jun 2004 08:05:41 -0700 Subject: [AccessD] Report #Error In-Reply-To: <002801c44d47$0b69b3f0$0100000a@mitmaster> Message-ID: Hi Martin: I am not sure this will work in this particular circumstances but the error happens because there is a 'null' value. Maybe something like: MyReport.MyField.Value = MyDataField.Value & "" HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Caro Sent: Tuesday, June 08, 2004 3:55 AM To: Access Developers discussion and problem solving Subject: [AccessD] Report #Error I'm building a report and have a text box that references a box within a sub report. It works fine except when the sub report returns no data so I get #Error in the first box. I have tried to capture this event in the No_Data and on_error events of the main and sub reports but no luck. Any ideas where to capture this event so I can seed the referencing box with zero. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From my.lists at verizon.net Tue Jun 8 12:19:43 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Tue, 08 Jun 2004 10:19:43 -0700 Subject: [AccessD] VB.NET In-Reply-To: <354621785.20040603093910@cactus.dk> References: <40BE5577.8030807@verizon.net> <01d101c44920$a6fdd290$6601a8c0@HAL9002> <354621785.20040603093910@cactus.dk> Message-ID: <40C5F52F.5010502@verizon.net> just and update, we have IIS and Sql Server, and that's really what you need to load reporting services w/o additional license fees. Gustav Brock wrote On 6/3/2004 12:39 AM: >Hi Rocky and Fransisco > >Don't be too exited - the license fees for Reporting Services are >extraordinary ... > >Don't know about "MS SQL Reports" - what are those? > >/gustav > > > > >>Be interested to hear if it's a good reporting system. That's >>always been a VB weakness, no? >> >> > > > >>>There is also MS SQL Reports, although I'm not sure that is >>>actually out yet. >>> >>> > > > >>>we received a full working copy of Sql Server Standard Reporting >>>Services. I've yet to install it because of some of what the eula >>>requirements are (re: IIS on the same server. I'm going to play with >>>the demo install some more in order to get that right before I go live >>>w/ the install. >>> >>> > > > -- -Francisco From Jeff at OUTBAKTech.com Tue Jun 8 12:50:16 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Tue, 8 Jun 2004 12:50:16 -0500 Subject: [AccessD] Contract possibility Message-ID: <8DA8776D2F418E46A2A464AC6CE6305092F9@outbaksrv1.outbaktech.com> I just became aware of a contract possibility in the Twin Cities area of Minn. If anyone is interested, let me know (off list) and I will send the contact information. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com From Jim.Hale at FleetPride.com Tue Jun 8 13:01:19 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 8 Jun 2004 13:01:19 -0500 Subject: [AccessD] Pivot Tables Book Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCA1@corp-es01.FLEETPRIDE.COM> These should get you going although frankly none of them cover my favorite method which is to create an excel template with the pivot table formatted and then read data into a hidden sheet whenever I want to update the table. HTH Jim Hale Excel 2000 power programming with VBA - Chapter 16 John Walkenbach Excel VBA professional project - chapter 14 duane birnbaum Writing Excel macros - chapter 20 Steven Roman Using Excel Visual Basic for applications 2nd edition - chapter 12 Jeff Webb -----Original Message----- From: JOHNWARDBELL at aol.com [mailto:JOHNWARDBELL at aol.com] Sent: Thursday, January 15, 2004 5:20 AM To: accessD at databaseadvisors.com Subject: [AccessD] Pivot Tables Book I am looking for a book on programming Pivot tables using vba. Has anyone got a recommendation? using A2k or later. TIA johnb _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DorisH3 at aol.com Tue Jun 8 13:04:50 2004 From: DorisH3 at aol.com (DorisH3 at aol.com) Date: Tue, 8 Jun 2004 14:04:50 EDT Subject: [AccessD] Contract possibility Message-ID: <82.de1e2e6.2df759c2@aol.com> Hi From DorisH3 at aol.com Tue Jun 8 13:07:50 2004 From: DorisH3 at aol.com (DorisH3 at aol.com) Date: Tue, 8 Jun 2004 14:07:50 EDT Subject: [AccessD] Contract possibility Message-ID: <1db.23759ae9.2df75a76@aol.com> Hi Jeff, Is this an on-site contract? Please send info. Thanks. Doris Edu-Tech Assoc. Inc. From DorisH3 at aol.com Tue Jun 8 13:19:13 2004 From: DorisH3 at aol.com (DorisH3 at aol.com) Date: Tue, 8 Jun 2004 14:19:13 EDT Subject: [AccessD] Contract possibility Message-ID: <1f1.228dfbf9.2df75d21@aol.com> Hi Jeff, Is this an on-site contract? Please send info. Doris Edu-Tech Assoc., Inc. From Jeff at OUTBAKTech.com Tue Jun 8 13:42:21 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Tue, 8 Jun 2004 13:42:21 -0500 Subject: [AccessD] Contract possibility Message-ID: <8DA8776D2F418E46A2A464AC6CE6305092FD@outbaksrv1.outbaktech.com> Yes, it is an onsite contract. I sent the information to you directly. If you do not get it, please let me know asap. It could be a roadrunner / aol issue. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com -----Original Message----- From: DorisH3 at aol.com [mailto:DorisH3 at aol.com] Sent: Tuesday, June 08, 2004 1:19 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Contract possibility Hi Jeff, Is this an on-site contract? Please send info. Doris Edu-Tech Assoc., Inc. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 8 13:34:01 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 08 Jun 2004 11:34:01 -0700 Subject: [AccessD] Web Project References: <200406071352.i57DqfQ20342@databaseadvisors.com> Message-ID: <40C60699.6070200@shaw.ca> Here is an article I came across on name transliteration. http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56-43c8-87c5-2742527f8f14&Portal=E-Government I like the bit For example, internationally sought-after terrorist mastermind Osama Bin Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former lead singer of British punk rock group The Sex Pistols There is a company named Language Analysis Systems at http://www.las-inc.com/ Their price may be out of your league since they do FBI and homeland security work but they have some white papers that may be of use. Karen Rosenstiel wrote: >Mark, thanks for your response. > >I've found another way to do this. I found a program called Search Maker >Pro, which is a web search tool. It creates the JavaScript to search a web >site or, in this case, a single page. I am fine-tuning it, but I think it >will serve very well. You are correct that this is a flat file; essentially >just three different names for the same person. > >Certainly less flexible than a database, but I haven't yet worked out in my >head whether to go with a Win2K server with Access and ASP, or a Red Hat >Linux server with MySQL and PHP. This is going to be a site with a lot of >text content and would be nice to be able to just swap it in and out of >templates. > >But I have to learn this stuff first. I have been struggling with Linux. > >Karen Rosenstiel >Seattle WA USA >karenr7 at oz dot net (Spam blocker -- resolve into a real email address) >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. >(Newport News) >Sent: Monday, June 07, 2004 4:13 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] Web Project > >Karen, > >Just for arguments sake, how long is "very long"? Although I'm always up >for bells and whistles when it comes to applications, sometimes a >de-normalized flat file table will suffice. This approach allows a user >with no prior experience to learn by browsing the data without having to >know a starting name or its correct spelling. A bonus is that text only >pages load significantly faster. I'm assuming that the data you describe is >fairly static;) Therefore, you could provide the user three pages all >containing the same data, but each sorted alphabetically by a different >column. > > >Mark > > >-----Original Message----- >From: Karen Rosenstiel [mailto:karenr7 at oz.net] >Sent: Saturday, June 05, 2004 7:22 PM >To: 'Access Developers discussion and problem solving' >Subject: [AccessD] Web Project > > >Hi gang, >I have a web project I am working on and would like your suggestions about >how to do a part of it. > >I have a very long list of the Wade-Giles, Pinyin (both Chinese >transliterations into a European alphabet) and Romaji (ditto Japanese) >versions of Chinese and Japanese names in parallel columns. These are the >names of old Zen masters from the last 1,800 or so years. Different books >transliterate the names in different ways base on the above systems. This is >very confusing for the average person who is not a language scholar to >follow. > >How would you go about setting up a little web search tool so that the user >could input a name and get the other variations? > >TIA > >Karen Rosenstiel >Seattle WA USA >karenr7 at oz dot net (Spam blocker -- resolve into a real email address) > > > -- Marty Connelly Victoria, B.C. Canada From gustav at cactus.dk Tue Jun 8 14:03:20 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 8 Jun 2004 21:03:20 +0200 Subject: [AccessD] Web Project In-Reply-To: <40C60699.6070200@shaw.ca> References: <200406071352.i57DqfQ20342@databaseadvisors.com> <40C60699.6070200@shaw.ca> Message-ID: <16845428662.20040608210320@cactus.dk> Hi Marty et all There is some discussion here on a national HIV register. Info kept in this will, of course, be quite sensible, thus it is suggested that entries are kept under anonymous Soundex code. But I don't quite get what the purpose should be? Why not just apply a random key for each entry? Why would you wish some simple level of grouping which is all the Soundex code can offer? And indeed if only the surname is used for the code - that will create bizarre results as your example. Why are first and middle names excluded? /gustav > Here is an article I came across on name transliteration. > http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56-43c8-87c5-2742527f8f14&Portal=E-Government > I like the bit > For example, internationally sought-after terrorist mastermind Osama Bin > Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former > lead singer of British punk rock group The Sex Pistols > There is a company named Language Analysis Systems at > http://www.las-inc.com/ > Their price may be out of your league since they do FBI and homeland > security work but they have some white papers that may be of use. From joconnell at indy.rr.com Tue Jun 8 14:21:33 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Tue, 8 Jun 2004 14:21:33 -0500 Subject: [AccessD] Reports On top Message-ID: <05eb01c44d8d$d394fa60$6701a8c0@joe> Mike, Here is a subroutine that I use to open reports. If the report is opened in preview mode, then all popup forms hidden. Once the report is closed, the popup forms are restored. Joe O'Connell '--------------------------------------------------------------------------- ---------- ' Open a report ' If the report is opened in preview mode, hide all popup forms until the report is closed '--------------------------------------------------------------------------- ---------- Public Sub OpenReport(ByVal strReportName As String, _ ByVal intMode As Integer, _ ByVal strReportWhere As String) Dim i As Integer, intNum As Integer Dim strPopupForm() As String Const conObjStateClosed = 0 DoCmd.OpenReport strReportName, intMode, , strReportWhere If intMode = acViewPreview Then intNum = 0 For i = 0 To Forms.Count - 1 If Forms(i).PopUp = True And Forms(i).Visible = True Then Forms(i).Visible = False intNum = intNum + 1 ReDim Preserve strPopupForm(intNum) strPopupForm(intNum) = Forms(i).Name End If Next i While SysCmd(acSysCmdGetObjectState, acReport, strReportName) <> conObjStateClosed DoEvents Wend For i = 1 To intNum Forms(strPopupForm(i)).Visible = True Next i End If ReDim strPopupForm(0) End Sub -----Original Message----- From: Rocky Smolin - Beach Access Software To: Access Developers discussion and problem solving Date: Monday, June 07, 2004 11:08 PM Subject: Re: [AccessD] Reports On top |Hey Mike: | |I just dodged that bullet on a pop up called from a pop up that wouldn't pop |up in front. So in the open event of the second pop up I made the first one |invisible, then in the close event of the second popup I made the first pop |up visible again. I'll bet you could do that to your pop up in the open and |close events of the report. Maybe. | |Rocky | |----- Original Message ----- |From: "Gowey Mike W" |To: "Access Developers discussion and problem solving" | |Sent: Monday, June 07, 2004 9:51 AM |Subject: [AccessD] Reports On top | | |> |> Hi everyone, |> |> I currently am working on a database in which I have the input form come |> up as a popup for that it displays on the entire screen. Now I need to |> know if there is a way for me to view a report by pressing a button on |> the form. Currently it will not show the report because the input form |> is on top. Can I make the report open up in a popup type of way so that |> the report is on top and viewable until closed. |> |> I hope that makes sense. Any help would be greatly appreciated. |> |> |> Mike Gowey MCSA, A+, LME |> Team Leader - SRCI |> Information Systems & Services Division |> Technical Support Analyst |> |> |> -- |> _______________________________________________ |> AccessD mailing list |> AccessD at databaseadvisors.com |> http://databaseadvisors.com/mailman/listinfo/accessd |> 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 Jun 8 14:22:13 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 08 Jun 2004 12:22:13 -0700 Subject: [AccessD] Web Project In-Reply-To: <16845428662.20040608210320@cactus.dk> Message-ID: Hi All: Additional to this topic, there is a much better way to secure your identity and in accepting email. https://www.thawte.com This company is giving out security ids, free for individuals and a 21 free trial for companies. A couple of friends and a local company, I know, are taking advance of the offer. (...and are trying to convince me to get registered.) I do know whether it is a good idea or otherwise. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Tuesday, June 08, 2004 12:03 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Web Project Hi Marty et all There is some discussion here on a national HIV register. Info kept in this will, of course, be quite sensible, thus it is suggested that entries are kept under anonymous Soundex code. But I don't quite get what the purpose should be? Why not just apply a random key for each entry? Why would you wish some simple level of grouping which is all the Soundex code can offer? And indeed if only the surname is used for the code - that will create bizarre results as your example. Why are first and middle names excluded? /gustav > Here is an article I came across on name transliteration. > http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56- 43c8-87c5-2742527f8f14&Portal=E-Government > I like the bit > For example, internationally sought-after terrorist mastermind Osama Bin > Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former > lead singer of British punk rock group The Sex Pistols > There is a company named Language Analysis Systems at > http://www.las-inc.com/ > Their price may be out of your league since they do FBI and homeland > security work but they have some white papers that may be of use. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mike at welshfam.org Tue Jun 8 15:58:06 2004 From: mike at welshfam.org (Michael Welsh) Date: Tue, 8 Jun 2004 16:58:06 -0400 Subject: [AccessD] Report #Error In-Reply-To: <002801c44d47$0b69b3f0$0100000a@mitmaster> Message-ID: <200406082105.i58L5lQ04609@databaseadvisors.com> Martin I have always use IIF(IsError([YourSubformReference],0,[YourSubformReference]) Using the IsError function to trap for the error, and the Immediate If to display the Zero. Mike -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Caro Sent: Tuesday, June 08, 2004 6:55 AM To: Access Developers discussion and problem solving Subject: [AccessD] Report #Error I'm building a report and have a text box that references a box within a sub report. It works fine except when the sub report returns no data so I get #Error in the first box. I have tried to capture this event in the No_Data and on_error events of the main and sub reports but no luck. Any ideas where to capture this event so I can seed the referencing box with zero. Martin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Tue Jun 8 16:22:18 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Tue, 8 Jun 2004 17:22:18 -0400 Subject: [AccessD] Pop Up Problem In-Reply-To: <001801c44d53$86d07810$6601a8c0@HAL9002> Message-ID: Rocky, I would have to see it in action to know where to place the function, but you can experiment to find where it will work. I think it basically allows the current running code to yield to other system process.. I know I have, many of times, corrected the exact same situation with a properly place DoEvents function, and generally, placement would be located in the first forms code, which should yield to the second forms events.. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 08, 2004 8:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Pop Up Problem Robert: So you think it might be a timing problem? Where would you put the DoEvents - in the Open event of the called program? Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 4:13 AM Subject: RE: [AccessD] Pop Up Problem > Depending on the coding, you may need to use the DoEvents Function to allow > control to the second pop up.... > > > Robert Gracie > www.servicexp.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 08, 2004 12:03 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Pop Up Problem > > > Nope. An unbound form actually with two multi-select list boxes to select > tickets to be mass marked as paid or used. > > Rocky > > ----- Original Message ----- > From: "Stuart McLachlan" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 07, 2004 8:35 PM > Subject: Re: [AccessD] Pop Up Problem > > > > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > > > Darren: > > > > > > I went around the problem. > > > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > > > Works. But I didn't learn anything. > > > > > > Thanks for your input. It kept me hacking. > > > > > > > You weren't by any chance opening the second form in DataSheet view were > you? > > That's about the only reason I can think of why it wouldn't pop up in > front. > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 bellsouth.net Tue Jun 8 16:27:45 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 8 Jun 2004 17:27:45 -0400 Subject: [AccessD] combo box Limit to List question In-Reply-To: Message-ID: <20040608212744.XSPV6744.imf24aec.mail.bellsouth.net@SUSANONE> I've lost track of the question by now, Susan. In a one-column list, the only column happens to be the bound column because there's no other choice. If the hidden column in a multicolumn combobox is the bound column (it doesn't have to be) then you need to populate that in order to create a new record. Access doesn't care which column you bind to, but it only knows automatically how to handle a bound first column when values are entered into it, just as it can handle the single column list. Otherwise, it requires the NotInList event to do the handling. What's unreasonable about that? Remember that the combo box can only save *one* value, which means all the other columns are for matching or displaying information. If you don't populate the bound column either by typing in a value or by using the NotInList event, Access doesn't know what you want to enter/save. ;) There really wasn't a question, just an observation. As for the rest -- you would have the same problem in a single-column list if the single column was fed by a table with restrictive properties -- validation rules, required fields -- there's nothing unique about the subsequent problems adding the item could rise. I didn't say it was unreasonable -- I don't believe I ever said anything like that. I'm saying, I think that it's something they could've just as easily given us a work around for if they'd wanted to bother. Susan H. From Subscriptions at servicexp.com Tue Jun 8 16:45:07 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Tue, 8 Jun 2004 17:45:07 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <200406082105.i58L5lQ04609@databaseadvisors.com> Message-ID: Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.com From clh at christopherhawkins.com Tue Jun 8 17:05:37 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Tue, 8 Jun 2004 16:05:37 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <121900-2200462822537723@christopherhawkins.com> I say hell yes. I'm just now getting ramped up to tackle a client's need to make QB 2004 interact with a bespoke billing app. Let's talk! ;) -Christopher Hawkins- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Tue, 8 Jun 2004 17:45:07 -0400 >Ok, > The first question is.. Does anyone here currently (or have plans >in the >future) to programmatically interact with QuickBooks 2003 or >greater, either >on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our >efforts together to come up with a "wrapped" solution, such has been >done >with the BEU? > > I'm looking at a Class based solution that can handle all the major >functions a typical company would need to interact with QB. > > What Say You? > > >Robert Gracie >www.servicexp.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From john at winhaven.net Tue Jun 8 17:13:56 2004 From: john at winhaven.net (John Bartow) Date: Tue, 8 Jun 2004 17:13:56 -0500 Subject: [AccessD] Re: Code Librarian 2 In-Reply-To: <5.1.0.14.2.20040209092104.029bee98@pop3.highstream.net> Message-ID: Robert, Any progress on this? John B. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Robert L. Stewart Sent: Monday, February 09, 2004 9:24 AM To: accessd at databaseadvisors.com Subject: [AccessD] Re: Code Librarian 2 Pedro, I am finishing another project now. I should be able to start it in the next week and it should not take long to get the initial site up. I was planning on have it on my business site: TheDysonGroup.com. So all in all, I would say within the next 3 weeks the basic functionality will be in place on online. Robert At 12:00 PM 2/7/2004 -0600, you wrote: >Date: Sat, 7 Feb 2004 00:09:32 +0100 >From: "Pedro Janssen" >Subject: Re: [AccessD] Re: Code Librarian 2 >To: "Access Developers discussion and problem solving" > >Message-ID: <003701c3ed08$172ea500$f4c581d5 at pedro> >Content-Type: text/plain; charset="iso-8859-1" > >Hello Robert, > >its Ok with me. >Do you have an idea when it will be active and on which site? > >Pedro _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Tue Jun 8 17:16:30 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Wed, 9 Jun 2004 08:16:30 +1000 Subject: [AccessD] Report #Error References: <200406082105.i58L5lQ04609@databaseadvisors.com> Message-ID: <001b01c44da6$403b8950$0100000a@mitmaster> I tried the suggestion below and it worked perfectly........ Thanks Jim & Michael for your responses - Martin ----- Original Message ----- From: "Michael Welsh" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 09, 2004 6:58 AM Subject: RE: [AccessD] Report #Error > Martin > I have always use > IIF(IsError([YourSubformReference],0,[YourSubformReference]) > Using the IsError function to trap for the error, and the Immediate If to > display the Zero. > > Mike > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Caro > Sent: Tuesday, June 08, 2004 6:55 AM > To: Access Developers discussion and problem solving > Subject: [AccessD] Report #Error > > I'm building a report and have a text box that references a box within a sub > report. It works fine except when the sub report returns no data so I get > #Error in the first box. I have tried to capture this event in the No_Data > and on_error events of the main and sub reports but no luck. > > Any ideas where to capture this event so I can seed the referencing box with > zero. > > Martin > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From BBarabash at TappeConstruction.com Tue Jun 8 17:24:20 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 8 Jun 2004 17:24:20 -0500 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE65F@TAPPEEXCH01> *WARNING: I am not a QuickBooks developer. I am only commenting on what I saw on Intuit's website. It looks like QBFC (QuickBooks Foundation Classes) are exactly what you are talking about: A set of COM objects that interact with Quickbooks data. http://developer.intuit.com/qbSDK-current/doc/pdf/DevGuideQBFC.pdf Are you talking about writing wrappers around these, or something else? -----Original Message----- From: Robert Gracie [mailto:Subscriptions at servicexp.com] Sent: Tuesday, June 08, 2004 4:45 PM To: Access Developers discussion and problem solving Subject: [AccessD] QuickBooks Project... Anyone game? Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.com -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From bchacc at san.rr.com Tue Jun 8 17:53:53 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 8 Jun 2004 15:53:53 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? References: Message-ID: <029401c44dab$78f5d660$6601a8c0@HAL9002> Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been done > with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 8 17:54:23 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 8 Jun 2004 15:54:23 -0700 Subject: [AccessD] Pop Up Problem References: Message-ID: <029c01c44dab$8b42be50$6601a8c0@HAL9002> Thanks for that. I'll diddle with it. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:22 PM Subject: RE: [AccessD] Pop Up Problem > Rocky, > I would have to see it in action to know where to place the function, but > you can experiment to find where it will work. I think it basically allows > the current running code to yield to other system process.. > > I know I have, many of times, corrected the exact same situation with a > properly place DoEvents function, and generally, placement would be located > in the first forms code, which should yield to the second forms events.. > > > > Robert Gracie > www.servicexp.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Tuesday, June 08, 2004 8:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Pop Up Problem > > > Robert: > > So you think it might be a timing problem? Where would you put the > DoEvents - in the Open event of the called program? > > Regards, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > ----- Original Message ----- > From: "Robert Gracie" > To: "Access Developers discussion and problem solving" > > Sent: Tuesday, June 08, 2004 4:13 AM > Subject: RE: [AccessD] Pop Up Problem > > > > Depending on the coding, you may need to use the DoEvents Function to > allow > > control to the second pop up.... > > > > > > Robert Gracie > > www.servicexp.com > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > > Beach Access Software > > Sent: Tuesday, June 08, 2004 12:03 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Pop Up Problem > > > > > > Nope. An unbound form actually with two multi-select list boxes to select > > tickets to be mass marked as paid or used. > > > > Rocky > > > > ----- Original Message ----- > > From: "Stuart McLachlan" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 07, 2004 8:35 PM > > Subject: Re: [AccessD] Pop Up Problem > > > > > > > On 7 Jun 2004 at 19:51, Rocky Smolin - Beach Access S wrote: > > > > > > > Darren: > > > > > > > > I went around the problem. > > > > > > > > In _Open event: Forms!frmFirstForm.Visible = False > > > > > > > > In _Close event Forms!frmFirstForm.Visible = True > > > > > > > > Works. But I didn't learn anything. > > > > > > > > Thanks for your input. It kept me hacking. > > > > > > > > > > You weren't by any chance opening the second form in DataSheet view were > > you? > > > That's about the only reason I can think of why it wouldn't pop up in > > front. > > > > > > > > > -- > > > Lexacorp Ltd > > > http://www.lexacorp.com.pg > > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 8 18:38:16 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 8 Jun 2004 18:38:16 -0500 Subject: [AccessD] Connection to AS400? Message-ID: <000001c44db1$ac6be9c0$de1811d8@danwaters> I am trying to connect from AXP to and AS400 MRP system using OLEDB, and I am trying to confirm what the connection string should be. I believe this is correct: stgOLEDBProviderName = "IBMDA400" stgDataSource = "AS400" stgUserID = "UserID" '-Some UserID stgUserPassword = "UserPassword" '-Some User Password cnn.Open "Provider=" & stgOLEDBProviderName & ";Data Source=" & stgDataSource & ";", stgUserID, stgUserPassword Also, are there any 'switches' that need to be set on the MRP side to allow the use of OLEDB technology? Thanks! Dan From KIsmert at TexasSystems.com Tue Jun 8 18:33:41 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Tue, 8 Jun 2004 18:33:41 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <40C588D8.5190.13B55151@localhost> Message-ID: <03b201c44db1$090f8a20$2a3ca8c0@TEXASSYSTEMS.COM> Stuart, That's why I dumped autonumber and went with a Modified Julian Date PK field for my date dimension table. It meets the three basic requirements for a PK: not null, unique, and won't change. Plus, the MJD is trivially easy to calculate from any date; you don't have to lookup the PK from the date table. I wrote a long, boring post on this some time ago, which elicited a tremendous yawn from the AccessD community. This post is much shorter, and thus should generate only a tiny yawn :-o -Ken -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Monday, June 07, 2004 6:37 PM To: Access Developers discussion and problemsolving Subject: RE: [AccessD] OT: The Great Primary Debate In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From lists at theopg.com Tue Jun 8 19:46:18 2004 From: lists at theopg.com (MarkH) Date: Wed, 9 Jun 2004 01:46:18 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <029401c44dab$78f5d660$6601a8c0@HAL9002> Message-ID: <000601c44dbb$2d0d3580$4c0b6bd5@netboxxp> Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Tue Jun 8 21:17:48 2004 From: john at winhaven.net (John Bartow) Date: Tue, 8 Jun 2004 21:17:48 -0500 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000601c44dbb$2d0d3580$4c0b6bd5@netboxxp> Message-ID: Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andrew.haslett at ilc.gov.au Tue Jun 8 23:48:05 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Wed, 9 Jun 2004 14:18:05 +0930 Subject: [AccessD] OT: The Great Primary Debate Message-ID: IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From d.dick at uws.edu.au Wed Jun 9 00:14:28 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 9 Jun 2004 15:14:28 +1000 Subject: [AccessD] TEST - PLEASE IGNORE - No reponses thanks Message-ID: <001f01c44de0$a36fe950$48619a89@DDICK> Deano testing Testing 1 2 3... From d.dick at uws.edu.au Tue Jun 8 23:38:16 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Wed, 9 Jun 2004 14:38:16 +1000 Subject: [AccessD] TEST - PLEASE IGNORE - No reponses thanks Message-ID: <001301c44ddb$95577590$48619a89@DDICK> Deano testing Testing 1 2 3... From accessd667 at yahoo.com Wed Jun 9 02:28:38 2004 From: accessd667 at yahoo.com (S D) Date: Wed, 9 Jun 2004 00:28:38 -0700 (PDT) Subject: [AccessD] (OT?)Workbook_Open in Excell doesn't fire? Message-ID: <20040609072838.61257.qmail@web61102.mail.yahoo.com> Hi group, I've got an access application that lists a lot of Excel sheets. They all have code in the Workbook_Open event. For one workbook/file this event doesn't fire. Does anybody have any idea why this event doesn't fire? Could this be some vage option? Private Sub Workbook_Open() MsgBox "hello" 'Call Procedure_Update End Sub TIA Sander --------------------------------- Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger From gustav at cactus.dk Wed Jun 9 02:35:32 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 9 Jun 2004 09:35:32 +0200 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <03b201c44db1$090f8a20$2a3ca8c0@TEXASSYSTEMS.COM> References: <03b201c44db1$090f8a20$2a3ca8c0@TEXASSYSTEMS.COM> Message-ID: <1084102989.20040609093532@cactus.dk> Hi Ken > That's why I dumped autonumber and went with a Modified Julian Date PK field > for my date dimension table. It meets the three basic requirements for a PK: > not null, unique, and won't change. Plus, the MJD is trivially easy to > calculate from any date; you don't have to lookup the PK from the date > table. > I wrote a long, boring post on this some time ago, which elicited a > tremendous yawn from the AccessD community. This post is much shorter, and > thus should generate only a tiny yawn :-o Ahh, Ken, not so sensitive - at least you didn't get flamed, and - for what credit it is worth - I didn't delete your message on "Using Modified Julian Days" - it is there should I need it. However, I'm not doing any data warehousing and have never felt the need for date tables, though I can see the possible advantages of those for some scenarios. Having said that, I'm convinced that using anything else than a meaningless PK should be reserved for very special cases. /gustav > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > Thr real question in this situation is not whether you use this natural key as > a PK, but whether you have a PK in the table at all - which comes down to the > sub-debate about "what is a PK and what is it used for" :-) > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. From forefront at ig.com.br Wed Jun 9 03:54:06 2004 From: forefront at ig.com.br (=?iso-8859-15?Q?=22Forefront_em_Inform=E1tica_e_Consulto?= =?iso-8859-15?Q?ria_Ltda.=22?=) Date: Wed, 09 Jun 2004 05:54:06 -0300 Subject: [AccessD] OT - test Message-ID: Just testing... -- ************************************************ * Forefront em Inform?tica e Consultoria Ltda. * * Carlos Alberto Alves * * Systems Analyst/Programmer * * Rio de Janeiro, Brazil * * Phone Direct: 55-21-9169-1596 * * mailto:forefront at ig.com.br * ************************************************ From Jeff at OUTBAKTech.com Wed Jun 9 08:42:48 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Wed, 9 Jun 2004 08:42:48 -0500 Subject: [AccessD] Certification Question Message-ID: <8DA8776D2F418E46A2A464AC6CE6305092FE@outbaksrv1.outbaktech.com> Anyone familiar with CED Solutions, LLC in Marietta, GA? I might be going there June 19th thru July 2nd for MCSD .net certification. I am looking for any info on the facility. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com From JHewson at karta.com Wed Jun 9 09:55:05 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 09:55:05 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC1@karta-exc-int.Karta.com> How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim From accessd at shaw.ca Wed Jun 9 10:21:14 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 09 Jun 2004 08:21:14 -0700 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Hi All: And while we are all on the subject of keys, I was reading an interesting article on keys and the various types of keys...some I had never heard of or more accurately differentiated and described. The view of the article suggests that there is a need for specialized keys but their choice is dictated by data or requirements. I now take the liberty to post this information here. Some of the list may be very familiar and some may not. I personally prefer the auto-numbering PK because of it's speed and guaranteed uniqueness. A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. Pointers and other physical implementation details fail as identifiers on the same principle. A natural key is a subset of attributes that occur in a table and act as a unique identifier ? the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA. An artificial key is a visible attribute added to the table. It doesn't exist in the external reality but can be verified for syntax or check digits inside itself. For example, open codes in the UPC scheme can be assigned to a user's own stuff. The check digits still work, but you have to verify them inside your own enterprise. A "uniqueifier", isn't based on attributes in the data model and is exposed to the user. There's no way to predict or verify it. The system obtains a value through some physical process totally unrelated to the logical data model. Example: IDENTITY columns, other autonumbering devices. A surrogate key is a system generated to replace the actual key behind the covers where the user never sees it. It may or may not be based on attributes in the table. Examples: hashing algorithms or pointers from many columns back to a common set of domain values Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 9:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 9 10:37:46 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 9 Jun 2004 08:37:46 -0700 Subject: [AccessD] Resize Rectangle on Report References: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC1@karta-exc-int.Karta.com> Message-ID: <049101c44e37$b6839120$6601a8c0@HAL9002> Jim: Can you just make the border of the text box visible and drop the rectangle? Rocky ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 7:55 AM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From cfoust at infostatsystems.com Wed Jun 9 10:55:29 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 9 Jun 2004 08:55:29 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Did you notice in that except that he is talking about "relational" keys rather than "primary" keys? The "uniquifier" tag is one I haven't encountered, and I suspect it is made up to provide a handle that doesn't use PK. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 09, 2004 7:21 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hi All: And while we are all on the subject of keys, I was reading an interesting article on keys and the various types of keys...some I had never heard of or more accurately differentiated and described. The view of the article suggests that there is a need for specialized keys but their choice is dictated by data or requirements. I now take the liberty to post this information here. Some of the list may be very familiar and some may not. I personally prefer the auto-numbering PK because of it's speed and guaranteed uniqueness. A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. Pointers and other physical implementation details fail as identifiers on the same principle. A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA. An artificial key is a visible attribute added to the table. It doesn't exist in the external reality but can be verified for syntax or check digits inside itself. For example, open codes in the UPC scheme can be assigned to a user's own stuff. The check digits still work, but you have to verify them inside your own enterprise. A "uniqueifier", isn't based on attributes in the data model and is exposed to the user. There's no way to predict or verify it. The system obtains a value through some physical process totally unrelated to the logical data model. Example: IDENTITY columns, other autonumbering devices. A surrogate key is a system generated to replace the actual key behind the covers where the user never sees it. It may or may not be based on attributes in the table. Examples: hashing algorithms or pointers from many columns back to a common set of domain values Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 9:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK > can cause you problems: you can't extend the table without ruining > your calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated > (as above), you can make an argument that ANPK is redundant, and can > actually make the data more difficult to work with. This is where > intent of the data, > and your data modeling style, plays the deciding role in your PK > choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 11:02:06 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 12:02:06 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: << A natural key is a subset of attributes that occur in a table and act as a << unique identifier - the classic relational key. Keys are visible, and you << can verify them in the external reality. Examples include UPC codes, << geographical coordinates, and DNA. The example of UPC code as a natural key violates the reasoning for saying an auto-number can't be a key. The UPC code is nothing more than numbers that represent a grouping of objects (company, product, etc). Am I wrong? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 09, 2004 11:21 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Hi All: And while we are all on the subject of keys, I was reading an interesting article on keys and the various types of keys...some I had never heard of or more accurately differentiated and described. The view of the article suggests that there is a need for specialized keys but their choice is dictated by data or requirements. I now take the liberty to post this information here. Some of the list may be very familiar and some may not. I personally prefer the auto-numbering PK because of it's speed and guaranteed uniqueness. A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. Pointers and other physical implementation details fail as identifiers on the same principle. A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA. An artificial key is a visible attribute added to the table. It doesn't exist in the external reality but can be verified for syntax or check digits inside itself. For example, open codes in the UPC scheme can be assigned to a user's own stuff. The check digits still work, but you have to verify them inside your own enterprise. A "uniqueifier", isn't based on attributes in the data model and is exposed to the user. There's no way to predict or verify it. The system obtains a value through some physical process totally unrelated to the logical data model. Example: IDENTITY columns, other autonumbering devices. A surrogate key is a system generated to replace the actual key behind the covers where the user never sees it. It may or may not be based on attributes in the table. Examples: hashing algorithms or pointers from many columns back to a common set of domain values Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 9:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lembit.Soobik at t-online.de Wed Jun 9 11:15:09 2004 From: Lembit.Soobik at t-online.de (Lembit Soobik) Date: Wed, 9 Jun 2004 18:15:09 +0200 Subject: [AccessD] Resize Rectangle on Report References: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC1@karta-exc-int.Karta.com> Message-ID: <0bb701c44e3c$efd8bea0$0200a8c0@S856> Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim -------------------------------------------------------------------------------- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From JHewson at karta.com Wed Jun 9 11:26:45 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 11:26:45 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC6@karta-exc-int.Karta.com> My problem is the label and text box is located inside the rectangle. If I make the border of the text box visible the label isn't included in the "visible box" I wonder if the border of label would work? I'll try it. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 10:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Can you just make the border of the text box visible and drop the rectangle? Rocky ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 7:55 AM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, 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 JHewson at karta.com Wed Jun 9 11:31:21 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 11:31:21 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFC7@karta-exc-int.Karta.com> Lembit, I'm trying to change the height of the rectangle because I have several of these in a row on the report. I have tried Me!myRectangle.Height = Me!myTextBox.height + WhatEver The rectangle sizes to the first record but not the rest. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lembit Soobik Sent: Wednesday, June 09, 2004 11:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, 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 roz.clarke at donnslaw.co.uk Wed Jun 9 11:36:48 2004 From: roz.clarke at donnslaw.co.uk (Roz Clarke) Date: Wed, 9 Jun 2004 17:36:48 +0100 Subject: [AccessD] Resize Rectangle on Report Message-ID: <61F915314798D311A2F800A0C9C8318805CECD6E@dibble.observatory.donnslaw.co.uk> Which event are you doing this in? If it's in the OnFormat of the section containing the controls it *ought* to work! Roz -----Original Message----- From: Jim Hewson [mailto:JHewson at karta.com] Sent: 09 June 2004 17:31 To: Access Developers discussion and problem solving Subject: RE: [AccessD] Resize Rectangle on Report Lembit, I'm trying to change the height of the rectangle because I have several of these in a row on the report. I have tried Me!myRectangle.Height = Me!myTextBox.height + WhatEver The rectangle sizes to the first record but not the rest. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lembit Soobik Sent: Wednesday, June 09, 2004 11:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, 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 -------------- next part -------------- The contents of this message and any attachments are the property of Donns Solicitors and are intended for the confidential use of the named recipient only. They may be legally privileged and should not be communicated to, or relied upon, by any other party without our written consent. If you are not the addressee, please notify us immediately so that we can make arrangements for its return. You should not show this e-mail to any person or take copies as you may be committing a criminal or civil offence for which you may be liable. The statement and opinions expressed in this e-mail message are those of the writer, and do not necessarily represent that of Donns Solicitors. Although any files attached to this e-mail will have been checked with virus protection software prior to transmission, you should carry out your own virus check before opening any attachment. Donns Solicitors does not accept any liability for any damage or loss which may be caused by software viruses... From JHewson at karta.com Wed Jun 9 11:53:57 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 11:53:57 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCB@karta-exc-int.Karta.com> It is in the OnFormat of the section. Doesn't seem to work. I calculated the height the rectangle should be when the text box grows. I put that number to equal the height. Still doesn't work. I even tried to change the height if the length of text in the text box was greater than the width. Still didn't work. I'm going to try Rocky's suggest now. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Roz Clarke Sent: Wednesday, June 09, 2004 11:37 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Resize Rectangle on Report Which event are you doing this in? If it's in the OnFormat of the section containing the controls it *ought* to work! Roz -----Original Message----- From: Jim Hewson [mailto:JHewson at karta.com] Sent: 09 June 2004 17:31 To: Access Developers discussion and problem solving Subject: RE: [AccessD] Resize Rectangle on Report Lembit, I'm trying to change the height of the rectangle because I have several of these in a row on the report. I have tried Me!myRectangle.Height = Me!myTextBox.height + WhatEver The rectangle sizes to the first record but not the rest. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lembit Soobik Sent: Wednesday, June 09, 2004 11:15 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim, I have not done this for a long time, but I would set the rectangles width to the textbox width plus something. you will have to find in which event to do this, but the code would be something like me.myRectangle.width = me.myTextbox.width + whatever HTH Lembit Soobik ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 4:55 PM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JHewson at karta.com Wed Jun 9 12:01:08 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 12:01:08 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCC@karta-exc-int.Karta.com> This didn't work either. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson Sent: Wednesday, June 09, 2004 11:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Resize Rectangle on Report My problem is the label and text box is located inside the rectangle. If I make the border of the text box visible the label isn't included in the "visible box" I wonder if the border of label would work? I'll try it. Thanks, Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 10:38 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Can you just make the border of the text box visible and drop the rectangle? Rocky ----- Original Message ----- From: "Jim Hewson" To: "AccessD" Sent: Wednesday, June 09, 2004 7:55 AM Subject: [AccessD] Resize Rectangle on Report How do I resize a rectangle on a report? A2K I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. Occasionally the text box grows but I can't seem to make the rectangle grow with it. How can I make it grow? Thanks, Jim ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Wed Jun 9 12:02:29 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Wed, 9 Jun 2004 18:02:29 +0100 Subject: [AccessD] conditional compiler constants Message-ID: Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From cfoust at infostatsystems.com Wed Jun 9 12:13:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 9 Jun 2004 10:13:26 -0700 Subject: [AccessD] conditional compiler constants Message-ID: The whole point of constants, compiler or otherwise, is that they can't be changed dynamically. What are you trying to do? Charlotte Foust -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 9:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 9 12:16:31 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 9 Jun 2004 10:16:31 -0700 Subject: [AccessD] Resize Rectangle on Report References: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCC@karta-exc-int.Karta.com> Message-ID: <04f501c44e45$8241d940$6601a8c0@HAL9002> Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report > > > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report > > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. > The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow > with it. > > How can I make it grow? > > Thanks, > > Jim > > > > -------------------------------------------------------------------------- -- > ---- > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Wed Jun 9 12:24:05 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Wed, 9 Jun 2004 18:24:05 +0100 Subject: [AccessD] conditional compiler constants Message-ID: They are being changed within a build script Charlotte, which is allowing for the creation of multiple mde's. So really the change takes place before the app runs, and from then on the constants are as they should be, static. "Charlotte Foust" Sent by: cc: accessd-bounces at databasea Subject: RE: [AccessD] conditional compiler constants dvisors.com 09/06/2004 18:13 Please respond to Access Developers discussion and problem solving The whole point of constants, compiler or otherwise, is that they can't be changed dynamically. What are you trying to do? Charlotte Foust -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 9:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From JHewson at karta.com Wed Jun 9 12:25:38 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 9 Jun 2004 12:25:38 -0500 Subject: [AccessD] Resize Rectangle on Report Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103DFCD@karta-exc-int.Karta.com> I'll try that, thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 12:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report > > > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report > > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. > The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow > with it. > > How can I make it grow? > > Thanks, > > Jim > > > > -------------------------------------------------------------------------- -- > ---- > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Wed Jun 9 12:24:49 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Wed, 9 Jun 2004 11:24:49 -0600 Subject: [AccessD] conditional compiler constants Message-ID: <19F28F0B4284C04FB90CAA380451FFD94128FC@bross.quiznos.net> Yes, The syntax is like: Setoption "Conditional Compilation Arguments", "Dev = 2: Test = 1: WhateverElse = 9" -Chris Mackin -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 11:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 12:25:57 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 13:25:57 -0400 Subject: [AccessD] Resize Rectangle on Report Message-ID: Just make a textbox look like a rectangle where the foreground equals the background (making its text invisible), set its control source to the same as the other control, and then set it to can grow. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report > > > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report > > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. > The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow > with it. > > How can I make it grow? > > Thanks, > > Jim > > > > -------------------------------------------------------------------------- -- > ---- > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed Jun 9 12:28:35 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 9 Jun 2004 13:28:35 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD840E@xlivmbx12.aig.com> Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rsmethurst at UK.EY.COM Wed Jun 9 12:47:27 2004 From: rsmethurst at UK.EY.COM (rsmethurst at UK.EY.COM) Date: Wed, 9 Jun 2004 18:47:27 +0100 Subject: [AccessD] conditional compiler constants Message-ID: Many thanks Christopher... "Mackin, Christopher" To: "'Access Developers discussion and problem solving'" Sent by: accessd-bounces at databasea cc: dvisors.com Subject: RE: [AccessD] conditional compiler constants 09/06/2004 18:24 Please respond to Access Developers discussion and problem solving Yes, The syntax is like: Setoption "Conditional Compilation Arguments", "Dev = 2: Test = 1: WhateverElse = 9" -Chris Mackin -----Original Message----- From: rsmethurst at uk.ey.com [mailto:rsmethurst at uk.ey.com] Sent: Wednesday, June 09, 2004 11:02 AM To: Access Developers discussion and problem solving Subject: [AccessD] conditional compiler constants Hi all, does anyone know how to change conditional compiler constants using VBA? Thanks Ryan Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com Ernst & Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst & Young LLP is a limited liability partnership registered in England and Wales with registered number OC300001 and is a member practice of Ernst & Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. From marcus at tsstech.com Wed Jun 9 12:50:17 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 13:50:17 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Lambert, The whole problem with this debate is that on some level, all "natural" attributes are not really anymore natural than the auto-number. For example, if there were only one blue car in the world, the word "blue" could be used as a "natural" key. In reality, the word "blue" is nothing more than a unique identifier for the light that the car reflects. The auto-number is no more than a unique identifier between my program and the object. The program speaks numbers. I speak words. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From jimdettman at earthlink.net Wed Jun 9 14:59:07 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Wed, 9 Jun 2004 15:59:07 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD840E@xlivmbx12.aig.com> Message-ID: Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mike at welshfam.org Wed Jun 9 15:15:51 2004 From: mike at welshfam.org (Michael Welsh) Date: Wed, 9 Jun 2004 16:15:51 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <200406092015.i59KFrQ07775@databaseadvisors.com> Jim, <<<< Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world.>> Even DNA does not guarantee uniqueness for a person. Identical twins have the same DNA. Currently there is a rape case involving identical twins where the DNA evidence cannot identify the twin. Mike -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) From Lambert.Heenan at AIG.com Wed Jun 9 16:01:25 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 9 Jun 2004 17:01:25 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD8414@xlivmbx12.aig.com> Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 16:34:18 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 17:34:18 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 9 16:34:57 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 9 Jun 2004 16:34:57 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFF7@main2.marlow.com> What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 9 16:37:03 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 9 Jun 2004 17:37:03 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <426071E0B0A6D311B3C0006008B0AB23AFE65F@TAPPEEXCH01> Message-ID: Well We could do it through QBFC or by using the qbXML Request Processor. I'm leaning toward the QBFC. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Brett Barabash Sent: Tuesday, June 08, 2004 6:24 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? *WARNING: I am not a QuickBooks developer. I am only commenting on what I saw on Intuit's website. It looks like QBFC (QuickBooks Foundation Classes) are exactly what you are talking about: A set of COM objects that interact with Quickbooks data. http://developer.intuit.com/qbSDK-current/doc/pdf/DevGuideQBFC.pdf Are you talking about writing wrappers around these, or something else? -----Original Message----- From: Robert Gracie [mailto:Subscriptions at servicexp.com] Sent: Tuesday, June 08, 2004 4:45 PM To: Access Developers discussion and problem solving Subject: [AccessD] QuickBooks Project... Anyone game? Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.com ---------------------------------------------------------------------------- ---------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 9 16:46:07 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 9 Jun 2004 17:46:07 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 9 16:50:41 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 9 Jun 2004 17:50:41 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <029401c44dab$78f5d660$6601a8c0@HAL9002> Message-ID: Rocky, Yea, I'm looking to go more seamless. You can only do so much through the import system....:-( Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Tuesday, June 08, 2004 6:54 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been done > with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 bellsouth.net Wed Jun 9 18:04:43 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 9 Jun 2004 19:04:43 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BAFF7@main2.marlow.com> Message-ID: <20040609230443.WBEB12800.imf22aec.mail.bellsouth.net@SUSANONE> Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. ========OK, I'm just going to dress myself in sackcloth and become the group scapegoat... Gee whiz! ;) Susan H. From KIsmert at TexasSystems.com Wed Jun 9 17:34:58 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Wed, 9 Jun 2004 17:34:58 -0500 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <40C588D8.5190.13B55151@localhost> Message-ID: <000301c44e71$ff769910$2a3ca8c0@TEXASSYSTEMS.COM> Gustav, Aww... I'm not being sensitive... just my lame attempt at self-deprecating humor :-) I don't have the talent for sparking flame-fests that some others in this group do... I agree -- the Autonumber PK is the normal choice, paired with a business or natural key. Things would be so much simpler on Planet Marklar. On Marklar (familiar to viewers of South Park), all people and things are named 'Marklar'. This causes no confusion for Marklarians, who can easily distinguish between any two Marklars. I suppose, in Marklarian relational theory, all tables would share a single primary key value: 'Marklar', and have one attribute: 'Marklar'. That would make data-modeling on Marklar either the easiest or most-insanity inducing job imaginable. -Ken On Wed Jun 9 at 02:35, Gustav Brock wrote: >Ahh, Ken, not so sensitive - at least you didn't get flamed, >and - for what credit it is worth - I didn't delete your message >on "Using Modified Julian Days" - it is there should I need it. >However, I'm not doing any data warehousing and have never felt >the need for date tables, though I can see the possible >advantages of those for some scenarios. >Having said that, I'm convinced that using anything else than >a meaningless PK should be reserved for very special cases. From Subscriptions at servicexp.com Wed Jun 9 19:22:20 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 9 Jun 2004 20:22:20 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 9 19:35:34 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 09 Jun 2004 17:35:34 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? References: Message-ID: <40C7ACD6.2010400@shaw.ca> Why not use the ODBC? Is it the price or functionality? Robert Gracie wrote: >Rocky, > Yea, I'm looking to go more seamless. You can only do so much through the >import system....:-( > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - >Beach Access Software >Sent: Tuesday, June 08, 2004 6:54 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] QuickBooks Project... Anyone game? > > >Robert: > >I looked at the QuickBooks SDK and gave up. Used the two-step - export from >my app to their funky file format and import into QuickBooks. You can have >the code if it helps. But I think you're looking for the seamless solution. > >Rocky > >----- Original Message ----- >From: "Robert Gracie" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 08, 2004 2:45 PM >Subject: [AccessD] QuickBooks Project... Anyone game? > > > > >>Ok, >> The first question is.. Does anyone here currently (or have plans in the >>future) to programmatically interact with QuickBooks 2003 or greater, >> >> >either > > >>on a data or "front end" (Version 2004)level? >> >> The second question, would anyone here be interested in grouping our >>efforts together to come up with a "wrapped" solution, such has been done >>with the BEU? >> >> I'm looking at a Class based solution that can handle all the major >>functions a typical company would need to interact with QB. >> >> What Say You? >> >> >>Robert Gracie >>www.servicexp.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Wed Jun 9 19:44:12 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 09 Jun 2004 17:44:12 -0700 Subject: [AccessD] Connection to AS400? References: <000001c44db1$ac6be9c0$de1811d8@danwaters> Message-ID: <40C7AEDC.7080205@shaw.ca> Have used not this in a couple of years but there are two OLEDB providers one from MS and one from IBM This site lists a lot of valid connection strings. For IBM you will have to read their "Red Books" http://www.able-consulting.com/MDAC/ADO/Connection/OLEDB_Providers.htm#OLEDBProviderForAS400FromIBM Dan Waters wrote: >I am trying to connect from AXP to and AS400 MRP system using OLEDB, and I >am trying to confirm what the connection string should be. > > > >I believe this is correct: > > > >stgOLEDBProviderName = "IBMDA400" > >stgDataSource = "AS400" > >stgUserID = "UserID" '-Some UserID > >stgUserPassword = "UserPassword" '-Some User Password > > > >cnn.Open "Provider=" & stgOLEDBProviderName & ";Data Source=" & >stgDataSource & ";", stgUserID, stgUserPassword > > > > > >Also, are there any 'switches' that need to be set on the MRP side to allow >the use of OLEDB technology? > > > >Thanks! > >Dan > > > -- Marty Connelly Victoria, B.C. Canada From clh at christopherhawkins.com Wed Jun 9 19:53:29 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 9 Jun 2004 18:53:29 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <184670-22004641005329919@christopherhawkins.com> Mine are too. The trick is, how seamless can it be made? The last time I looked at the SDK and the documentation, it appeared to me that part of the non-seamlessness was baked in to QB itself. -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 9 Jun 2004 20:22:20 -0400 >Wow > Intuit has a greater then 85% market share. I'm not sure about you >guys, >but my clients are screaming for a strong solution that interacts >with >QuickBooks in my products. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow >Sent: Tuesday, June 08, 2004 10:18 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mark, I don't want to continue this OT too much but I have to agree >- even >though I use it. You can't even have a customer be a vendor that you >also >purchase from! Drives me nuts! > >JB > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >Sent: Tuesday, June 08, 2004 7:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Side tracking a little... We use QB for the company accounts, the >lady >who does my books has torn it to pieces. She has found numerous >flaws in >the program, in particular in relation to journal postings and VAT, >can't remember what exactly (as I have a very short attention span) >but >don't be surprised if things don't always balance... I looked at >developing a few tools (data extracts and analysis) for it but didn't >bother starting once I realised Quickbooks couldn't even do a decent >job >of it themselves... > >Sorry to be negative but I found it to be a very disappointing piece >of >software, particularly in respect to data extracts, windows >integration >and simple accounting practices... > >Mark > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >Smolin >- Beach Access Software >Sent: 08 June 2004 23:54 >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] QuickBooks Project... Anyone game? > > >Robert: > >I looked at the QuickBooks SDK and gave up. Used the two-step - >export >from my app to their funky file format and import into QuickBooks. >You >can have the code if it helps. But I think you're looking for the >seamless solution. > >Rocky > >----- Original Message ----- >From: "Robert Gracie" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 08, 2004 2:45 PM >Subject: [AccessD] QuickBooks Project... Anyone game? > > >> Ok, >> The first question is.. Does anyone here currently (or have plans >in >> the >> future) to programmatically interact with QuickBooks 2003 or >greater, >either >> on a data or "front end" (Version 2004)level? >> >> The second question, would anyone here be interested in grouping >our >> efforts together to come up with a "wrapped" solution, such has >been >> done with the BEU? >> >> I'm looking at a Class based solution that can handle all the >major >> functions a typical company would need to interact with QB. >> >> What Say You? >> >> >> Robert Gracie >> www.servicexp.com >> >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From martyconnelly at shaw.ca Wed Jun 9 23:42:08 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 09 Jun 2004 21:42:08 -0700 Subject: [AccessD] Web Project References: <200406071352.i57DqfQ20342@databaseadvisors.com> <40C60699.6070200@shaw.ca> <16845428662.20040608210320@cactus.dk> Message-ID: <40C7E6A0.9090908@shaw.ca> Gasp. Only now is Germany starting to register HIV as an STD, are they as stupid as Canada where they still don't do it due to progressive politics. This disease could have been slowed dramatically if it it wasn't for political interference. Someone accidentally exposed as a homosexual is worth a thousand deaths elsewhere, is this the rational they use? I didn't care if the guy was a raging queen as long as he admitted it, he was immune to blackmail. if the guy had five wives illegally he was open to blackmail. The security of the database unless exposed to public access is only limited to those who have access. I guess you will just have duplicated data, unless you have some means to differentiate names. Groups like WHO will just toss the data. The data obtained will be worthless. I still believe in the Duke of Wellington's remark on being exposed for sexual peccadilloes "Publish and be dammed" Gustav Brock wrote: >Hi Marty et all > >There is some discussion here on a national HIV register. Info kept in >this will, of course, be quite sensible, thus it is suggested that >entries are kept under anonymous Soundex code. > >But I don't quite get what the purpose should be? Why not just apply a >random key for each entry? Why would you wish some simple level of >grouping which is all the Soundex code can offer? > >And indeed if only the surname is used for the code - that will create >bizarre results as your example. Why are first and middle names >excluded? > >/gustav > > > > >>Here is an article I came across on name transliteration. >> >> > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgml-a8d2a7b7-7a56-43c8-87c5-2742527f8f14&Portal=E-Government >> >> > > > >>I like the bit >>For example, internationally sought-after terrorist mastermind Osama Bin >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former >>lead singer of British punk rock group The Sex Pistols >> >> > > > >>There is a company named Language Analysis Systems at >>http://www.las-inc.com/ >> >> > > > >>Their price may be out of your league since they do FBI and homeland >>security work but they have some white papers that may be of use. >> >> > > > -- Marty Connelly Victoria, B.C. Canada From andy at minstersystems.co.uk Thu Jun 10 02:03:33 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 10 Jun 2004 08:03:33 +0100 Subject: [AccessD] Web Project In-Reply-To: <40C7E6A0.9090908@shaw.ca> Message-ID: <000001c44eb9$0ba670b0$b274d0d5@minster33c3r25> Sorry Marty that didn't make it under the moderation radar. Please everyone keep to the technical aspect of the thread not the rightness/wrongness of HIV registers etc. I shudder to thibk where that could lead. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > MartyConnelly > Sent: 10 June 2004 05:42 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Web Project > > > Gasp. Only now is Germany starting to register HIV as an STD, > are they > as stupid as Canada > where they still don't do it due to progressive politics. > This disease > could have been slowed > dramatically if it it wasn't for political interference. > Someone accidentally exposed as a homosexual is worth a thousand > deaths elsewhere, > is this the rational they use? I didn't care if the guy was a raging > queen as long as he admitted it, he was immune to blackmail. > if the guy had five wives illegally he was open to blackmail. > > The security of the database unless exposed to public > access is only > limited to those who have access. > I guess you will just have duplicated data, unless you have > some means > to differentiate names. > Groups like WHO will just toss the data. The data obtained will be > worthless. > I still believe in the Duke of Wellington's remark on being > exposed for > sexual peccadilloes > "Publish and be dammed" > > > Gustav Brock wrote: > > >Hi Marty et all > > > >There is some discussion here on a national HIV register. > Info kept in > >this will, of course, be quite sensible, thus it is suggested that > >entries are kept under anonymous Soundex code. > > > >But I don't quite get what the purpose should be? Why not > just apply a > >random key for each entry? Why would you wish some simple level of > >grouping which is all the Soundex code can offer? > > > >And indeed if only the surname is used for the code - that > will create > >bizarre results as your example. Why are first and middle names > >excluded? > > > >/gustav > > > > > > > > > >>Here is an article I came across on name transliteration. > >> > >> > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm l-a8d2a7b7 >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government >> >> > > > >>I like the bit >>For example, internationally sought-after terrorist mastermind Osama >>Bin >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former >>lead singer of British punk rock group The Sex Pistols >> >> > > > >>There is a company named Language Analysis Systems at >>http://www.las-inc.com/ >> >> > > > >>Their price may be out of your league since they do FBI and homeland >>security work but they have some white papers that may be of use. >> >> > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andrew.haslett at ilc.gov.au Thu Jun 10 02:22:26 2004 From: andrew.haslett at ilc.gov.au (Haslett, Andrew) Date: Thu, 10 Jun 2004 16:52:26 +0930 Subject: [AccessD] Web Project Message-ID: Thought it failed that requirement a while ago.... ;) Meanwhile we've got a topic on Primary Keys which has somehow been labelled off topic, yet the majority of posts on this list might be considered as having little to do with Access at all... Hard to recommend a list to someone when the majority of posts (seemingly often made by the same handful of people) are off topic or approaching 'flame war' status... which is a shame because the on-topic 'useful' information is obviously sourced from some quite knowledgeable humans... Is it that difficult for people to post these issues to another list? The last thing anyone wants is to have to over-moderate a list... Anyways... A -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Thursday, 10 June 2004 4:34 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Web Project Sorry Marty that didn't make it under the moderation radar. Please everyone keep to the technical aspect of the thread not the rightness/wrongness of HIV registers etc. I shudder to thibk where that could lead. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > MartyConnelly > Sent: 10 June 2004 05:42 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Web Project > > > Gasp. Only now is Germany starting to register HIV as an STD, > are they > as stupid as Canada > where they still don't do it due to progressive politics. > This disease > could have been slowed > dramatically if it it wasn't for political interference. > Someone accidentally exposed as a homosexual is worth a thousand > deaths elsewhere, > is this the rational they use? I didn't care if the guy was a raging > queen as long as he admitted it, he was immune to blackmail. > if the guy had five wives illegally he was open to blackmail. > > The security of the database unless exposed to public > access is only > limited to those who have access. > I guess you will just have duplicated data, unless you have > some means > to differentiate names. > Groups like WHO will just toss the data. The data obtained will be > worthless. > I still believe in the Duke of Wellington's remark on being > exposed for > sexual peccadilloes > "Publish and be dammed" > > > Gustav Brock wrote: > > >Hi Marty et all > > > >There is some discussion here on a national HIV register. > Info kept in > >this will, of course, be quite sensible, thus it is suggested that > >entries are kept under anonymous Soundex code. > > > >But I don't quite get what the purpose should be? Why not > just apply a > >random key for each entry? Why would you wish some simple level of > >grouping which is all the Soundex code can offer? > > > >And indeed if only the surname is used for the code - that > will create > >bizarre results as your example. Why are first and middle names > >excluded? > > > >/gustav > > > > > > > > > >>Here is an article I came across on name transliteration. > >> > >> > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm l-a8d2a7b7 >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government >> >> > > > >>I like the bit >>For example, internationally sought-after terrorist mastermind Osama >>Bin >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former >>lead singer of British punk rock group The Sex Pistols >> >> > > > >>There is a company named Language Analysis Systems at >>http://www.las-inc.com/ >> >> > > > >>Their price may be out of your league since they do FBI and homeland >>security work but they have some white papers that may be of use. >> >> > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. From andy at minstersystems.co.uk Thu Jun 10 02:48:19 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 10 Jun 2004 08:48:19 +0100 Subject: [AccessD] Web Project In-Reply-To: Message-ID: <000101c44ebf$4bf84b60$b274d0d5@minster33c3r25> It's a chatty list Andrew, as you know. I think "the majority of posts on this list might be considered as having little to do with Access at all" is a little harsh but certainly people who don't like a lot of chat on their list wouldn't enjoy AccessD. However, those of us who do wouldn't change it. Horses for courses. As for the Great Primary Debate, I took a look back at the first post. It looks as if Martin labelled it OT because it related to some SQL Server teaching he was doing for Oracle and Ingres programmers. But I agree with you that the resulting discussion it is totally on-topic. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Haslett, Andrew > Sent: 10 June 2004 08:22 > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Web Project > > > Thought it failed that requirement a while ago.... ;) > > Meanwhile we've got a topic on Primary Keys which has somehow > been labelled off topic, yet the majority of posts on this > list might be considered as having little to do with Access at all... > > Hard to recommend a list to someone when the majority of > posts (seemingly often made by the same handful of people) > are off topic or approaching 'flame war' status... which is a > shame because the on-topic 'useful' information is obviously > sourced from some quite knowledgeable humans... > > Is it that difficult for people to post these issues to > another list? The last thing anyone wants is to have to > over-moderate a list... > > Anyways... > > > > A > > -----Original Message----- > From: Andy Lacey [mailto:andy at minstersystems.co.uk] > Sent: Thursday, 10 June 2004 4:34 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Web Project > > Sorry Marty that didn't make it under the moderation radar. > Please everyone keep to the technical aspect of the thread > not the rightness/wrongness of HIV registers etc. I shudder > to thibk where that could lead. > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > MartyConnelly > > Sent: 10 June 2004 05:42 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Web Project > > > > > > Gasp. Only now is Germany starting to register HIV as an STD, > > are they > > as stupid as Canada > > where they still don't do it due to progressive politics. > > This disease > > could have been slowed > > dramatically if it it wasn't for political interference. > > Someone accidentally exposed as a homosexual is worth a thousand > > deaths elsewhere, > > is this the rational they use? I didn't care if the guy was > a raging > > queen as long as he admitted it, he was immune to blackmail. > > if the guy had five wives illegally he was open to blackmail. > > > > The security of the database unless exposed to public > > access is only > > limited to those who have access. > > I guess you will just have duplicated data, unless you have > > some means > > to differentiate names. > > Groups like WHO will just toss the data. The data obtained will be > > worthless. > > I still believe in the Duke of Wellington's remark on being > > exposed for > > sexual peccadilloes > > "Publish and be dammed" > > > > > > Gustav Brock wrote: > > > > >Hi Marty et all > > > > > >There is some discussion here on a national HIV register. > > Info kept in > > >this will, of course, be quite sensible, thus it is suggested that > > >entries are kept under anonymous Soundex code. > > > > > >But I don't quite get what the purpose should be? Why not > > just apply a > > >random key for each entry? Why would you wish some simple level of > > >grouping which is all the Soundex code can offer? > > > > > >And indeed if only the surname is used for the code - that > > will create > > >bizarre results as your example. Why are first and middle names > > >excluded? > > > > > >/gustav > > > > > > > > > > > > > > >>Here is an article I came across on name transliteration. > > >> > > >> > > > > > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm > l-a8d2a7b7 > >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government > >> > >> > > > > > > > >>I like the bit > >>For example, internationally sought-after terrorist mastermind Osama > >>Bin > >>Laden has the same Soundex code (L350) as Johnny "Rotten" > Lydon, former > >>lead singer of British punk rock group The Sex Pistols > >> > >> > > > > > > > >>There is a company named Language Analysis Systems at > >>http://www.las-inc.com/ > >> > >> > > > > > > > >>Their price may be out of your league since they do FBI and > homeland > >>security work but they have some white papers that may be of use. > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > > -- > > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > IMPORTANT - > PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From paul.hartland at fsmail.net Thu Jun 10 06:47:30 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Thu, 10 Jun 2004 13:47:30 +0200 (CEST) Subject: [AccessD] Help With Excel If Possible Message-ID: <22486791.1086868050215.JavaMail.www@wwinf3006> To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that?s about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From gustav at cactus.dk Thu Jun 10 07:02:36 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 10 Jun 2004 14:02:36 +0200 Subject: [AccessD] Help With Excel If Possible In-Reply-To: <22486791.1086868050215.JavaMail.www@wwinf3006> References: <22486791.1086868050215.JavaMail.www@wwinf3006> Message-ID: <12811271697.20040610140236@cactus.dk> Hi paul Attach the two worksheets as tables in Access. Then you can deal with them as with any other table (except delete rows which you won't). All you need is an update query and some DSum() ... /gustav > I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: > Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours > Hartland Paul Mon 12345 ATT 01/01/04 8 > Hartland Paul Tue 12345 ATT 02/01/04 8 > Hartland Paul Wed 12345 HOL 03/01/04 8 > Hartland Paul Thu 12345 ATT 04/01/04 8 > Hartland Paul Fri 12345 ATT 05/01/04 8 > Hartland Paul Sat 12345 ATT 06/01/04 8 > Hartland Paul Sun 12345 ATT 07/01/04 8 > Williams Tom Mon 12345 HOL 01/01/04 8 > Williams Tom Tue 12345 SICK 02/01/04 8 > Williams Tom Wed 12345 ATT 03/01/04 8 > Etc, etc > DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. > The second spreadsheet is called AdditionalData and has the following columns of information: > Lastname, Firstname, Worked, Holiday, Sick > Hartland Paul > Williams Tom > And that?s about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet > and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: > Lastname, Firstname, Worked, Holiday, Sick > Hartland Paul 3 1 0 > Williams Tom 1 1 1 > Thanks in advance to anyone that can help with this or point me in the right direction. > Paul Hartland From bchacc at san.rr.com Thu Jun 10 08:30:17 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 06:30:17 -0700 Subject: [AccessD] Web Project References: <000001c44eb9$0ba670b0$b274d0d5@minster33c3r25> Message-ID: <005201c44eef$12455360$6601a8c0@HAL9002> Could lead to the OT list? Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Thursday, June 10, 2004 12:03 AM Subject: RE: [AccessD] Web Project > Sorry Marty that didn't make it under the moderation radar. Please everyone > keep to the technical aspect of the thread not the rightness/wrongness of > HIV registers etc. I shudder to thibk where that could lead. > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > MartyConnelly > > Sent: 10 June 2004 05:42 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Web Project > > > > > > Gasp. Only now is Germany starting to register HIV as an STD, > > are they > > as stupid as Canada > > where they still don't do it due to progressive politics. > > This disease > > could have been slowed > > dramatically if it it wasn't for political interference. > > Someone accidentally exposed as a homosexual is worth a thousand > > deaths elsewhere, > > is this the rational they use? I didn't care if the guy was a raging > > queen as long as he admitted it, he was immune to blackmail. > > if the guy had five wives illegally he was open to blackmail. > > > > The security of the database unless exposed to public > > access is only > > limited to those who have access. > > I guess you will just have duplicated data, unless you have > > some means > > to differentiate names. > > Groups like WHO will just toss the data. The data obtained will be > > worthless. > > I still believe in the Duke of Wellington's remark on being > > exposed for > > sexual peccadilloes > > "Publish and be dammed" > > > > > > Gustav Brock wrote: > > > > >Hi Marty et all > > > > > >There is some discussion here on a national HIV register. > > Info kept in > > >this will, of course, be quite sensible, thus it is suggested that > > >entries are kept under anonymous Soundex code. > > > > > >But I don't quite get what the purpose should be? Why not > > just apply a > > >random key for each entry? Why would you wish some simple level of > > >grouping which is all the Soundex code can offer? > > > > > >And indeed if only the surname is used for the code - that > > will create > > >bizarre results as your example. Why are first and middle names > > >excluded? > > > > > >/gustav > > > > > > > > > > > > > > >>Here is an article I came across on name transliteration. > > >> > > >> > > > > > > > > > > > >>http://www.itworld.ca/Pages/Docbase/ViewArticle.aspx?ID=idgm > l-a8d2a7b7 > >>-7a56-43c8-87c5-2742527f8f14&Portal=E-Government > >> > >> > > > > > > > >>I like the bit > >>For example, internationally sought-after terrorist mastermind Osama > >>Bin > >>Laden has the same Soundex code (L350) as Johnny "Rotten" Lydon, former > >>lead singer of British punk rock group The Sex Pistols > >> > >> > > > > > > > >>There is a company named Language Analysis Systems at > >>http://www.las-inc.com/ > >> > >> > > > > > > > >>Their price may be out of your league since they do FBI and homeland > >>security work but they have some white papers that may be of use. > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Thu Jun 10 08:35:19 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 10 Jun 2004 09:35:19 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD8414@xlivmbx12.aig.com> Message-ID: Lambert, << You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot?>> Yes it is a very subtle point and there are a lot of gray areas and hair splitting. Let's take a simple example, you mentioned a house number. Sure it's an assigned value and in of itself is a meanings value. It can be anything I want it to be. But once it's assigned, I don't change it. It's becomes an attribute of what I'm describing. Look at this: House# Street House Built? 8621 Honeycomb Y 8622 Honeycomb N 8623 Honeycomb Y Now if I change house #, let's say by adding 1 to every number, does the row describe the same thing? No because the house number is an attribute (even though it was assigned). The result would be that 8622 would all of a sudden have a house on it and the house on 8623 would disappear. But if I did Key House# Street House Built? 1 8621 Honeycomb Y 2 8622 Honeycomb N 3 8623 Honeycomb Y And now add 1 to every key it doesn't matter. The attributes that describe whatever are unchanged. It was still an assigned number, but in relation to the data, it's meaningless. It's the same for UPC codes, fixed asset numbers etc. <> Your exactly right. As Mark pointed out yesterday, it's possible for some people to have identical DNA structures. <>>> Ah and there's the rub. There is a difference between "allow you to _retrieve_ a row of data" and identifying an instance of something. The key you talk about is nothing more then a pointer or tag since it bears no relation to the data. The word "key" has different meanings to different people. When dealing with computer systems a "key" can be a simple tag (surrogate) or a "true" key in regards to relational theory in that it is a subset (or possibly all, which is typically called a super key) of the attributes that describe something (a natural key). When talking about relational theory, it is strictly the latter. This is what that article was trying to point out, but didn't get a good job in getting across. Remember that relational theory is a logical approach to organizing data. It's nice to know in that when modeling a table, you need to be sure that you have enough attributes to fully describe something. If you can't form a good natural key, then the design is incomplete. Past that, when you try to apply that table design to computer systems, real world constraints may force you to use a surrogate key because of performance or storage issues. Right now, there's not a computer system in the world that could handle a PK of a DNA sequence, but that would be the best possible natural key when you want to identify a specific person. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 5:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Thu Jun 10 08:38:25 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 10 Jun 2004 09:38:25 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Thu Jun 10 08:44:29 2004 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 10 Jun 2004 08:44:29 -0500 Subject: [AccessD] Connection to AS400? In-Reply-To: <16463574.1086828841095.JavaMail.root@sniper2.usinternet.com> Message-ID: <000c01c44ef1$0dd42bb0$de1811d8@danwaters> Marty, I did try this yesterday and got the following error: Provider cannot be found. It may not be properly installed. Thanks for this info! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Wednesday, June 09, 2004 7:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Connection to AS400? Have used not this in a couple of years but there are two OLEDB providers one from MS and one from IBM This site lists a lot of valid connection strings. For IBM you will have to read their "Red Books" http://www.able-consulting.com/MDAC/ADO/Connection/OLEDB_Providers.htm#OLEDB ProviderForAS400FromIBM Dan Waters wrote: >I am trying to connect from AXP to and AS400 MRP system using OLEDB, and I >am trying to confirm what the connection string should be. > > > >I believe this is correct: > > > >stgOLEDBProviderName = "IBMDA400" > >stgDataSource = "AS400" > >stgUserID = "UserID" '-Some UserID > >stgUserPassword = "UserPassword" '-Some User Password > > > >cnn.Open "Provider=" & stgOLEDBProviderName & ";Data Source=" & >stgDataSource & ";", stgUserID, stgUserPassword > > > > > >Also, are there any 'switches' that need to be set on the MRP side to allow >the use of OLEDB technology? > > > >Thanks! > >Dan > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Thu Jun 10 08:47:08 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 10 Jun 2004 09:47:08 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Thu Jun 10 08:53:32 2004 From: lists at theopg.com (MarkH) Date: Thu, 10 Jun 2004 14:53:32 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <000001c44ef2$51431720$4c0b6bd5@netboxxp> The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 10 08:56:07 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 06:56:07 -0700 Subject: [AccessD] Help With Excel If Possible References: <22486791.1086868050215.JavaMail.www@wwinf3006> Message-ID: <005c01c44ef2$ad90b2d0$6601a8c0@HAL9002> Paul: Although structuring queries to do this would be endlessly entertaining, this is a perfect application for a little DAO code. In cases like this I find it much faster. Open a recordset to contain the outputs. Open a second recordset to get all the names (using UNIQUE). Loop through the second recordset opening a third recordset getting all the records of the name in the current record of the second recordset. Loop through the third recordset counting the HOL, ATT, and SICK records. ADDNEW a record to the first recordset with the name and total counts. When all done use TRANSFERSPREADSHEET on the created recordset to output an Excel spreadsheet and walla, done. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: To: "accessd" Sent: Thursday, June 10, 2004 4:47 AM Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kaupca at chevrontexaco.com Thu Jun 10 09:02:41 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Thu, 10 Jun 2004 09:02:41 -0500 Subject: [AccessD] Format date in a text box Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0273955F@bocnte2k4.boc.chevrontexaco.net> I am trying to display the full month name in a text box on a report. I tried the following but get January1. What should the format statement look like? Thanks =Format(Month(Date()),"mmmmm") Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. From EdTesiny at oasas.state.ny.us Thu Jun 10 09:18:13 2004 From: EdTesiny at oasas.state.ny.us (Tesiny, Ed) Date: Thu, 10 Jun 2004 10:18:13 -0400 Subject: [AccessD] Format date in a text box Message-ID: Try =Format(Date(),"mmmm") Ed Tesiny EdTesiny at oasas.state.ny.us -----Original Message----- From: Kaup, Chester A [mailto:kaupca at chevrontexaco.com] Sent: Thursday, June 10, 2004 10:03 AM To: accessd at databaseadvisors.com Subject: [AccessD] Format date in a text box I am trying to display the full month name in a text box on a report. I tried the following but get January1. What should the format statement look like? Thanks =Format(Month(Date()),"mmmmm") Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Jun 10 09:33:56 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 10 Jun 2004 07:33:56 -0700 Subject: [AccessD] Format date in a text box In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0273955F@bocnte2k4.boc.chevrontexaco.net> Message-ID: Hi Chester: Try: monthname(month(date())) HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Kaup, Chester A Sent: Thursday, June 10, 2004 7:03 AM To: accessd at databaseadvisors.com Subject: [AccessD] Format date in a text box I am trying to display the full month name in a text box on a report. I tried the following but get January1. What should the format statement look like? Thanks =Format(Month(Date()),"mmmmm") Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 10 09:58:08 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 09:58:08 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFF9@main2.marlow.com> I also didn't want you to think I was trying to steal the coveted trouble-maker trophy from you. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 09, 2004 6:05 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. ========OK, I'm just going to dress myself in sackcloth and become the group scapegoat... Gee whiz! ;) Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 10 10:01:38 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 10:01:38 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFFA@main2.marlow.com> I think that is what I was trying to say. I think you said it better though. Been a little off my rocker lately. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 4:46 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. It's a > meaningless key. > > If I go into a table and change the autonumber value for any given row, > do > I now reference a new object? No. The number has no relation to the > instance of the entity that's described by the row of the table. > > If some arbitrary value gets assigned to an instance of some entity, > like > a fixed assets number, house number, or a UPC code, then it becomes an > attribute. > > I understand what he was trying to say, but I don't think it was said > well. > > < a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence would > be the best natural key for identifying a person. Just because we don't > have the computer systems to handle it doesn't make it wrong. It's a > difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being the > "right way" to go. As for AutoNumbers not being an attribute of the data. > Of > course they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the record's > uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with > the object that's tied to it other than the agreed convention that > everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act as > a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key have > been carefully chosen, but there are lots of ways to make a bad choice, > like > using the name of an object as part of the key. Us humans seem to delight > in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a semi-religious > discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table and > act > > as a > > << unique identifier - the classic relational key. Keys are visible, > and > > you > > << can verify them in the external reality. Examples include UPC codes, > > << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than numbers > > that represent a grouping of objects (company, product, etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never heard > of > > or > > more accurately differentiated and described. The view of the article > > suggests that there is a need for specialized keys but their choice is > > dictated by data or requirements. I now take the liberty to post this > > information here. Some of the list may be very familiar and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed > > uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's not > > an > > attribute of anything except the machinery's internal state. Pointers > and > > other physical implementation details fail as identifiers on the same > > principle. > > > > A natural key is a subset of attributes that occur in a table and act as > a > > unique identifier - the classic relational key. Keys are visible, and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It doesn't > > exist in the external reality but can be verified for syntax or check > > digits > > inside itself. For example, open codes in the UPC scheme can be assigned > > to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed > > to the user. There's no way to predict or verify it. The system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers from > > many > > columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, just > > as > > an Identity integer field in SQL Server does. Because its meaningless > it > > will never need to be changed and hence won't cause the problems that > > would > > occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, but > > hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > can > > > cause you problems: you can't extend the table without ruining your > > > calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single field > > natural > > > key, or any data where a unique key can be mathematically calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in data > > calculations. > > > > Thr real question in this situation is not whether you use this natural > > key > > as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and may > > contain information protected by law from disclosure. > > If you have received this message in error, please notify the sender > > immediately and delete this email from your system. > > No warranty is given that this email or files, if attached to this > > email, are free from computer viruses or other defects. They > > are provided on the basis the user assumes all responsibility for > > loss, damage or consequence resulting directly or indirectly from > > their use, whether caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 10 10:21:14 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 10 Jun 2004 08:21:14 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Only lately?? Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 10, 2004 7:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate I think that is what I was trying to say. I think you said it better though. Been a little off my rocker lately. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 4:46 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the > record's uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. > It's a meaningless key. > > If I go into a table and change the autonumber value for any given > row, do I now reference a new object? No. The number has no relation > to the instance of the entity that's described by the row of the > table. > > If some arbitrary value gets assigned to an instance of some entity, > like a fixed assets number, house number, or a UPC code, then it > becomes an attribute. > > I understand what he was trying to say, but I don't think it was > said well. > > < as a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence > would be the best natural key for identifying a person. Just because > we don't have the computer systems to handle it doesn't make it wrong. > It's a difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being > the "right way" to go. As for AutoNumbers not being an attribute of > the data. Of course they are. By adding an AutoNumber to a table you > are defining a new attribute for the data. That's the purpose. The > attribute is the record's uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with the object that's tied to it other than the agreed convention > that everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key > have been carefully chosen, but there are lots of ways to make a bad > choice, like using the name of an object as part of the key. Us humans > seem to delight in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a > semi-religious discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table > > and > act > > as a > > << unique identifier - the classic relational key. Keys are > > visible, > and > > you > > << can verify them in the external reality. Examples include UPC > > codes, << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than > > numbers that represent a grouping of objects (company, product, > > etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never > > heard > of > > or > > more accurately differentiated and described. The view of the > > article suggests that there is a need for specialized keys but their > > choice is dictated by data or requirements. I now take the liberty > > to post this information here. Some of the list may be very familiar > > and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's > > not an attribute of anything except the machinery's internal state. > > Pointers > and > > other physical implementation details fail as identifiers on the > > same principle. > > > > A natural key is a subset of attributes that occur in a table and > > act as > a > > unique identifier - the classic relational key. Keys are visible, > > and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It > > doesn't exist in the external reality but can be verified for syntax > > or check digits inside itself. For example, open codes in the UPC > > scheme can be assigned to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed to the user. There's no way to predict or verify it. The > > system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key > > behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers > > from many columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly > > sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, > > just as an Identity integer field in SQL Server does. Because its > > meaningless > it > > will never need to be changed and hence won't cause the problems > > that would occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, > > but hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a > > > ANPK > can > > > cause you problems: you can't extend the table without ruining > > > your calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single > > > field > > natural > > > key, or any data where a unique key can be mathematically > > > calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of > > > the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in > > data calculations. > > > > Thr real question in this situation is not whether you use this > > natural key as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System > > Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and > > may contain information protected by law from disclosure. If you > > have received this message in error, please notify the sender > > immediately and delete this email from your system. No warranty is > > given that this email or files, if attached to this email, are free > > from computer viruses or other defects. They are provided on the > > basis the user assumes all responsibility for loss, damage or > > consequence resulting directly or indirectly from their use, whether > > caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Thu Jun 10 10:41:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 10:41:09 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFFC@main2.marlow.com> Hardee har har. Yep, only lately. Normally I'm rockin and rollin just fine! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Thursday, June 10, 2004 10:21 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Only lately?? Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Thursday, June 10, 2004 7:02 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate I think that is what I was trying to say. I think you said it better though. Been a little off my rocker lately. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 4:46 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Drew, Anything other than a number to a computer would not be a natural key. A computer deals with numbers, any data must be translated to a number. The concept of a natural key is only meaningful in the context it is being used? I would even say that a natural key in English may not be a natural key in German. I think the whole concept of natural key needs perspective. An auto-number, to a computer, is a natural key. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 09, 2004 5:35 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate What I find so odd in this 'debate', is the assertion that a 'natural' key actually represents something, while an AutoNumber does not. Take, for example, a Social Security Number. Yes, it's a 'natural' key. But it is just as meaningless as an AutoNumber. The number may have some 'traits', such as what state issued it, etc, but in reality, it is a number representing actual data. You can't holler across the street 'Hey 222-55-9999, how's it going?'. If you do, you'll get really wierd looks, I'm sure. Not too mention that saying an AutoNumber is 'invalid' to the real system is like saying 'Of course I want my computer to do all of my work, I just refuse to plug it into the wall, I want it to work by my sheer will!'. The purpose of a key is to be a unique identifier. There is almost always some doubt as to whether or not a 'natural' key is going to truly be unique, therefore, don't risk it, use an AutoNumber. Hope this wasn't just a bucket of gasoline I threw on the fire. If it is, I blame Susan....if she'd get something back to me on the shaped forms article, I'd probably be too busy to send anything to the list! LOL. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 4:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, You said: " Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key." Then you said:" If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute." Am I missing some subtle point here? What makes an "arbitrary value" so different from a "meaningless key" that one can be described as an "attribute" and the other cannot? After all, an AutoNumber is an arbitrary value, they don't need to be sequential, just unique. Then you said:"Sure a DNA sequence would be the best natural key for identifying a person. " This is getting dangerously close to saying "the best key to use to identify a person is the person". The point of a key is not to give the complete specification of how to _recreate_ a row of data, but rather it's supposed to allow you to _retrieve_ a row of data. Long Live AutoNumbers, IDENTITY columns and GUID's - that's what I say. Lambert > -----Original Message----- > From: Jim Dettman [SMTP:jimdettman at earthlink.net] > Sent: Wednesday, June 09, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Lambert, > > < they are. By adding an AutoNumber to a table you are defining a new > attribute for the data. That's the purpose. The attribute is the > record's uniqueness.>> > > Absolutely not. An autonumber is not an attribute of anything. > It's a meaningless key. > > If I go into a table and change the autonumber value for any given > row, do I now reference a new object? No. The number has no relation > to the instance of the entity that's described by the row of the > table. > > If some arbitrary value gets assigned to an instance of some entity, > like a fixed assets number, house number, or a UPC code, then it > becomes an attribute. > > I understand what he was trying to say, but I don't think it was > said well. > > < as a key????>> > > Actually, I brought this up last time around. Sure a DNA sequence > would be the best natural key for identifying a person. Just because > we don't have the computer systems to handle it doesn't make it wrong. > It's a difference between theory and the real world. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, > Lambert > Sent: Wednesday, June 09, 2004 1:29 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Totally agree Scott. This quoted article is a load of bunk IMHO. For > example: > > "A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an > attribute of anything except the machinery's internal state. " > > - thorough bunk - > > What this is saying is that "a relational key has to be a natural key > because I've defined a relational key as a natural key. " It's not an > argument for natural keys it's a proclamation of natural keys being > the "right way" to go. As for AutoNumbers not being an attribute of > the data. Of course they are. By adding an AutoNumber to a table you > are defining a new attribute for the data. That's the purpose. The > attribute is the record's uniqueness. > > A house number is not part of a house, but is sure as hell is used to > identify the house. > > As you point out, Scott, a UPC is just a number - it has nothing to do > with the object that's tied to it other than the agreed convention > that everything you might want to sell will have a unique number. > > "A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA." > > Such keys will act as a unique identifier IF the elements of the key > have been carefully chosen, but there are lots of ways to make a bad > choice, like using the name of an object as part of the key. Us humans > seem to delight in > changing the names of things. And what's that comment about DNA doing in > there? Does anyone seriously consider using a several billion bit element > as > a key???? > > This has been yet another chapter in the book of keys, a > semi-religious discourse that occupies idle minds endlessly. > > :-) > > Lambert > > > > -----Original Message----- > > From: Scott Marcus [SMTP:marcus at tsstech.com] > > Sent: Wednesday, June 09, 2004 12:02 PM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > << A natural key is a subset of attributes that occur in a table > > and > act > > as a > > << unique identifier - the classic relational key. Keys are > > visible, > and > > you > > << can verify them in the external reality. Examples include UPC > > codes, << geographical coordinates, and DNA. > > > > The example of UPC code as a natural key violates the reasoning for > saying > > an auto-number can't be a key. The UPC code is nothing more than > > numbers that represent a grouping of objects (company, product, > > etc). Am I > wrong? > > > > Scott Marcus > > TSS Technologies, Inc. > > marcus at tsstech.com > > (513) 772-7000 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > Lawrence > > (AccessD) > > Sent: Wednesday, June 09, 2004 11:21 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > Hi All: > > > > And while we are all on the subject of keys, I was reading an > interesting > > article on keys and the various types of keys...some I had never > > heard > of > > or > > more accurately differentiated and described. The view of the > > article suggests that there is a need for specialized keys but their > > choice is dictated by data or requirements. I now take the liberty > > to post this information here. Some of the list may be very familiar > > and some may > not. > > I > > personally prefer the auto-numbering PK because of it's speed and > > guaranteed uniqueness. > > > > > > A relational key is a subset of attributes that identify a row in a > table. > > Thus, an autonumbering scheme can never be a key by definition: It's > > not an attribute of anything except the machinery's internal state. > > Pointers > and > > other physical implementation details fail as identifiers on the > > same principle. > > > > A natural key is a subset of attributes that occur in a table and > > act as > a > > unique identifier - the classic relational key. Keys are visible, > > and > you > > can verify them in the external reality. Examples include UPC codes, > > geographical coordinates, and DNA. > > > > An artificial key is a visible attribute added to the table. It > > doesn't exist in the external reality but can be verified for syntax > > or check digits inside itself. For example, open codes in the UPC > > scheme can be assigned to > > a user's own stuff. The check digits still work, but you have to verify > > them > > inside your own enterprise. > > > > A "uniqueifier", isn't based on attributes in the data model and is > > exposed to the user. There's no way to predict or verify it. The > > system obtains > a > > value through some physical process totally unrelated to the logical > data > > model. Example: IDENTITY columns, other autonumbering devices. > > > > A surrogate key is a system generated to replace the actual key > > behind > the > > covers where the user never sees it. It may or may not be based on > > attributes in the table. Examples: hashing algorithms or pointers > > from many columns back to a common set of domain values > > > > > > Jim > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > > Andrew > > Sent: Tuesday, June 08, 2004 9:48 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > > calculations at all, so it shouldn't matter if its perfectly > > sequential > or > > not. > > > > It's just there to uniquely identify records and used internally in > > relationships. An Autonumber PK fits the bill perfectly in Access, > > just as an Identity integer field in SQL Server does. Because its > > meaningless > it > > will never need to be changed and hence won't cause the problems > > that would occur when using a natural key. > > > > My 2 cents... I never really understand what the arguments about, > > but hey... 'whatever floats your boat' > > > > > > -----Original Message----- > > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > > Sent: Tuesday, 8 June 2004 9:07 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > > > > 3. That's why I said auto-generated! This is where relying on a > > > ANPK > can > > > cause you problems: you can't extend the table without ruining > > > your calculations. > > > > > > > > For regular, sequential data (no interruptions) with a single > > > field > > natural > > > key, or any data where a unique key can be mathematically > > > calculated > (as > > > above), you can make an argument that ANPK is redundant, and can > > actually > > > make the data more difficult to work with. This is where intent of > > > the > > data, > > > and your data modeling style, plays the deciding role in your PK > choice. > > > > > > > In your data dimension table example, you are creating a meaningful > field > > SequentialDateNumber (which you are calling ID) and are using it in > > data calculations. > > > > Thr real question in this situation is not whether you use this > > natural key as > > a PK, but whether you have a PK in the table at all - which comes down > to > > the > > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > Lexacorp Ltd > > http://www.lexacorp.com.pg > > Information Technology Consultancy, Software Development,System > > Support. > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > IMPORTANT - PLEASE READ ******************** > > This email and any files transmitted with it are confidential and > > may contain information protected by law from disclosure. If you > > have received this message in error, please notify the sender > > immediately and delete this email from your system. No warranty is > > given that this email or files, if attached to this email, are free > > from computer viruses or other defects. They are provided on the > > basis the user assumes all responsibility for loss, damage or > > consequence resulting directly or indirectly from their use, whether > > caused by the negligence of the sender or not. > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Thu Jun 10 11:06:57 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 10 Jun 2004 12:06:57 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 10 11:32:19 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 10 Jun 2004 18:32:19 +0200 Subject: [AccessD] Database designer, Access-MySQL, open source Message-ID: <18127454777.20040610183219@cactus.dk> Hi all Just picked this link from Mike Gunderloy's newsletter about a new, free open source tool, DBDesigner4 for MySQL: http://www.fabforce.net/dbdesigner4/ If you browse the site you should find a movie on reverse engineering an Access database to MySQL ... /gustav From DWUTKA at marlow.com Thu Jun 10 13:36:49 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 10 Jun 2004 13:36:49 -0500 Subject: [AccessD] Help With Excel If Possible Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BAFFF@main2.marlow.com> Here ya go Paul: Function FillAdditionalData(strFilePath As String, dtStart As Date, dtEnd As Date) Dim rs As ADODB.Recordset Dim cnn As ADODB.Connection Dim strSQL As String Set cnn = New ADODB.Connection Set rs = New ADODB.Recordset With cnn .Provider = "Microsoft.Jet.OLEDB.4.0" .Properties("Extended Properties") = "Excel 8.0" .Open strFilePath End With strSQL = "SELECT Firstname, Lastname, (SELECT Count(Code) FROM `Contract1$` WHERE Code=""ATT"" AND " & _ "LastName=T1.LastName AND FirstName=T1.FirstName AND Jobdate BETWEEN #" & dtStart & _ "# AND #" & dtEnd & "#) AS WorkedDays, (SELECT Count(Code) FROM `Contract1$`" & _ " WHERE Code=""HOL"" AND LastName=T1.LastName AND FirstName=T1.FirstName AND " & _ "Jobdate BETWEEN #" & dtStart & "# AND #" & dtEnd & "#) AS Holidays, (SELECT " & _ "Count(Code) FROM `Contract1$` WHERE Code=""SICK"" AND LastName=T1.LastName AND " & _ "FirstName=T1.FirstName AND Jobdate BETWEEN #" & dtStart & "# AND #" & dtEnd & _ "#) AS SickDays " & _ "FROM `Contract1$` AS T1 " & _ "WHERE Jobdate BETWEEN #" & dtStart & "# AND #" & dtEnd & "# " & _ "GROUP BY Lastname, Firstname" rs.Open strSQL, cnn, adOpenKeyset, adLockReadOnly If rs.EOF = False Then rs.MoveFirst Do Until rs.EOF = True strSQL = "UPDATE `AdditionalData$` SET Worked=" & rs.Fields("WorkedDays").Value & _ ", Holiday=" & rs.Fields("Holidays").Value & ", Sick=" & rs.Fields("SickDays").Value & _ " WHERE Lastname=""" & rs.Fields("Lastname").Value & _ """ AND Firstname=""" & rs.Fields("Firstname").Value & """;" cnn.Execute strSQL rs.MoveNext Loop rs.Close Set rs = Nothing cnn.Close Set cnn = Nothing End Function To use the code above, call it like this: Private Sub Command1_Click() FillAdditionalData "C:\test.xls", #1/1/2004#, #4/1/2004# MsgBox "Done" End Sub A few items to note. For this code to work, the Excel file needs to be setup the way you explained in the email below. The sheets have to have the same names, and so do the first lines of the spreadsheet. Also, you cannot have the file open in excel when the code above is running. In fact, you don't even need to have excel on the machine that runs this code, since it is just using ADO. Which brings me to my last point, you will need to set a reference to ADO, from whatever you run this code from. I wrote it in VB for you, but it will just copy and paste into Access too. (even excel, not sure if you can run it inside Excel, if the sheet you are working on is open....didn't test that.). Have fun! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of paul.hartland at fsmail.net Sent: Thursday, June 10, 2004 6:48 AM To: accessd Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From adtp at touchtelindia.net Thu Jun 10 13:40:22 2004 From: adtp at touchtelindia.net (A.D.Tejpal) Date: Fri, 11 Jun 2004 00:10:22 +0530 Subject: [AccessD] Resize Rectangle on Report References: Message-ID: <006201c44f1a$9b7a3d00$9b1865cb@winxp> Jim, Dynamic height of a control (resulting from its can grow/can shrink property) is not directly detectable in format event of the report. The status is reflected faithfully in the print event. If multiple controls of this nature are positioned in vertical alignment, overall dynamic height of the group header (as returned by the height of it's parent property) is a more convenient and reliable reference. The height of rectangle enveloping these controls has to be forced accordingly (it does not have can grow/can shrink properties). Manipulation of a control's height is not allowed in the print event. If you are keen to display the rectangle mentioned by you, the following course of action is suggested - (a) In the first run, use a global array to capture the dynamic heights of group header during the print event. Put a control serving as overall counter for the group header. This will help in providing index numbers for different elements of the array. (The report has to be navigated right upto the last page in print-preview, so as to ensure that all the values get assigned to the array). (b) In the second run, set the height of rectangle as per relevant element of the array. (c) Put suitable code in click event of command button on a form so as to ensure that the report is opened in two stages as per (a) & (b) above. Setting of a global variable will ensure that only the appropriate action is taken, depending upon whether it is the first run or otherwise. Necessary code is given below. If at any stage, you happen to need further assistance , a sample file demonstrating this technique can be sent to you. Regards, A.D.Tejpal -------------- ============================ General Module - ---------------------- Public BoxHt() As Integer ' Global array Public FirstRun As String ' ("Y" for first run of the report) Report Module (BoxHdr is the name of rectangle, TxtHdrCount is the name of counter control) - ------------------------------------- Private Sub GroupHeader0_Format(Cancel As Integer, FormatCount As Integer) If FirstRun = "N" Then BoxHdr.Height = BoxHt(TxtHdrCount) End If End Sub Private Sub GroupHeader0_Print(Cancel As Integer, PrintCount As Integer) If FirstRun = "Y" Then ReDim Preserve BoxHt(TxtHdrCount + 1) BoxHt(TxtHdrCount) = GroupHeader0.Parent.Height - 5 End If End Sub Private Sub Report_Open(Cancel As Integer) If FirstRun = "Y" Then ReDim BoxHt(1) ' Initialize the array End If End Sub Form Module (R_Box is the name of report, CmdReport is the name of command button) - -------------------------------------------------------- Private Sub CmdReport_Click() FirstRun = "Y" DoCmd.OpenReport "R_Box", acViewPreview DoCmd.RunCommand acCmdFitToWindow SendKeys "^{DOWN}", True ' For going to last page DoCmd.Close acReport, "R_Box", acSaveYes FirstRun = "N" DoCmd.OpenReport "R_Box", acViewPreview DoCmd.RunCommand acCmdZoom100 End Sub ============================ ----- Original Message ----- From: Scott Marcus To: Access Developers discussion and problem solving Sent: Wednesday, June 09, 2004 22:55 Subject: RE: [AccessD] Resize Rectangle on Report Just make a textbox look like a rectangle where the foreground equals the background (making its text invisible), set its control source to the same as the other control, and then set it to can grow. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Wednesday, June 09, 2004 1:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Resize Rectangle on Report Jim: Probably not very satisfactory but could you make the label invisible and add the label caption to the text box - control source of the text box to =lbl.Caption & vbcrlf & vbcrlf & fldRegularControlSource so that the label would be inside the text box? Rocky ----- Original Message ----- From: "Jim Hewson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 09, 2004 10:01 AM Subject: RE: [AccessD] Resize Rectangle on Report > > This didn't work either. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Hewson > Sent: Wednesday, June 09, 2004 11:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Resize Rectangle on Report> > > My problem is the label and text box is located inside the rectangle. > If I make the border of the text box visible the label isn't included in the "visible box" > I wonder if the border of label would work? > I'll try it. > Thanks, > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Wednesday, June 09, 2004 10:38 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Resize Rectangle on Report> > > Jim: > > Can you just make the border of the text box visible and drop the rectangle? > > Rocky > > ----- Original Message ----- > From: "Jim Hewson" > To: "AccessD" > Sent: Wednesday, June 09, 2004 7:55 AM > Subject: [AccessD] Resize Rectangle on Report > > How do I resize a rectangle on a report? > A2K > I have a label and a text box inside a rectangle located in a group header. The text box is below the label and the can grow event is set to Yes. > Occasionally the text box grows but I can't seem to make the rectangle grow with it. > How can I make it grow? > > Thanks, > > Jim From kaupca at chevrontexaco.com Thu Jun 10 13:51:03 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Thu, 10 Jun 2004 13:51:03 -0500 Subject: [AccessD] FW: Message when automatically sending email Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0273956A@bocnte2k4.boc.chevrontexaco.net> I have code set up to automatically email a report to another email user. It works fine but comes up with this message stating a program is trying to automatically send email on your behalf. Do you want to allow this? In the dialogue box are yes no and help buttons. Is there a way to suppress the massage and send it without getting the dialogue box and having to answer yes. Thanks for ideas. > Chester Kaup > Information Management Technician > IT-MidContinent/MidContinent Business Unit > CTN 8-687-7415 > Outside 432-687-7414 > > No trees were killed in the sending of this message. However a large > number of electrons were terribly inconvenienced. > > > From my.lists at verizon.net Thu Jun 10 14:39:32 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Thu, 10 Jun 2004 12:39:32 -0700 Subject: [AccessD] Database designer, Access-MySQL, open source In-Reply-To: <18127454777.20040610183219@cactus.dk> References: <18127454777.20040610183219@cactus.dk> Message-ID: <40C8B8F4.5000100@verizon.net> Gustav Brock wrote On 6/10/2004 9:32 AM: >Hi all > >Just picked this link from Mike Gunderloy's newsletter about a new, >free open source tool, DBDesigner4 for MySQL: > > http://www.fabforce.net/dbdesigner4/ > >If you browse the site you should find a movie on reverse engineering >an Access database to MySQL ... > >/gustav > > > WOW eee... those screenshots look awesome, i've yet to play with mySQL but I'm already on their mailing lists :D, for the most part it is very complaint to SQL-92 ansi standards... -- -Francisco From james at charltonweeks.com Thu Jun 10 16:45:36 2004 From: james at charltonweeks.com (james charlton) Date: Thu, 10 Jun 2004 14:45:36 -0700 Subject: [AccessD] Outlook 2003 w/ FillList Message-ID: I have Office XP Pro on a number of machines in my office and at home where I work on the MS Access front end (Sql back end). I installed the MS Outlook 2003 (Outlook only) for three of the machines, home, mine and my partners. I made some slight changes to the program (changed the name and initials of a staff member that had just gotten married, nothing more), compacted and transferred it to my work machine (tha also has the 2003 Outlook - worked fine. When I copy this to machines that do not have the 2003 Outlook, the FillList function described in Access Developers Handbook chokes right and left... What the heck does one have to do with the other? James Charlton From stuart at lexacorp.com.pg Thu Jun 10 17:12:50 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 08:12:50 +1000 Subject: [AccessD] FW: Message when automatically sending email In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0273956A@bocnte2k4.boc.chevrontexaco.net> Message-ID: <40C96982.18655.13B26B@localhost> On 10 Jun 2004 at 13:51, Kaup, Chester A wrote: > I have code set up to automatically email a report to another email > user. It works fine but comes up with this message stating a program is > trying to automatically send email on your behalf. Do you want to allow > this? In the dialogue box are yes no and help buttons. Is there a way to > suppress the massage and send it without getting the dialogue box and > having to answer yes. Thanks for ideas. > That's the result of the "Outlook Security Patch" included in Office 2K SP2 and above. We've had a number of discussions about it in the past. There are several options. 1. Use a different email client instead of Outlook or OE. There are of course many other good reasons for following this path as well. A good free alternative is Pegasus Mail. http://www.pmail.com 2. Use Blat to send the message directly via SMTP, bypassing your mail client http://www.geocities.com/toby_korn/blat/ (Free) 3. Use the Redemption dll. http://www.dimastr.com/redemption/ ($200 for the distributable version) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Thu Jun 10 17:27:22 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 08:27:22 +1000 Subject: [AccessD] Format date in a text box In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0273955F@bocnte2k4.boc.chevrontexaco.net> Message-ID: <40C96CEA.23432.21008C@localhost> On 10 Jun 2004 at 9:02, Kaup, Chester A wrote: > I am trying to display the full month name in a text box on a report. I > tried the following but get January1. What should the format statement > look like? Thanks > =Format(Month(Date()),"mmmmm") > One too many "m", the first four gets you the "January", the fifth one gets you the "1" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From kathryn at bassett.net Thu Jun 10 17:35:34 2004 From: kathryn at bassett.net (Kathryn Bassett) Date: Thu, 10 Jun 2004 15:35:34 -0700 Subject: [AccessD] FIND - anyplace not specific Message-ID: <36u7hu$egrrj@mxip15a.cluster1.charter.net> It used to be, when clicking on the binolulars, I had the default to "look in" the entire query (or form etc) and Match "any part of field". When I installed Access2000 on my XP machine, that is no longer the case. Now, the default is to "look in" whatever field the cursor is in, and Match "Whole Field". How do I set the default back the way I had it? -- Kathryn Rhinehart Bassett (Pasadena CA) "Genealogy is my bag" "GH is my soap" kathryn at bassett.net http://bassett.net From stuart at lexacorp.com.pg Thu Jun 10 18:38:29 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 09:38:29 +1000 Subject: [AccessD] FIND - anyplace not specific In-Reply-To: <36u7hu$egrrj@mxip15a.cluster1.charter.net> Message-ID: <40C97D95.17762.621B0D@localhost> On 10 Jun 2004 at 15:35, Kathryn Bassett wrote: > It used to be, when clicking on the binolulars, I had the default to > "look in" the entire query (or form etc) and Match "any part of > field". > > When I installed Access2000 on my XP machine, that is no longer the > case. Now, the default is to "look in" whatever field the cursor is > in, and Match "Whole Field". > > How do I set the default back the way I had it? > Tools - Options - Edit/Find. Set Default Find/Replace behaviour to "General Search" Fast Search = Search current field , match whole field General Search = Search all fields, match any part of field Start of Field = Search current field, match begiining character(s) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Jim.Hale at FleetPride.com Thu Jun 10 18:53:50 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Thu, 10 Jun 2004 18:53:50 -0500 Subject: [AccessD] Help With Excel If Possible Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCBD@corp-es01.FLEETPRIDE.COM> I have sent you an excel spreadsheet that does what you want using countif within excel. Basically you add a column to the first sheet to create a "key" like Hartland_Paul_ATT. On the second sheet you use the countif function to count the occurrences of the key. For the date range use an if statement on the key to determine if the date falls between the desired dates. If it doesn't set the "false" part of the if statement to an empty string "". Col A will only have keys that fall within the desired range and only these will be counted. HTH Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Thursday, June 10, 2004 6:47 AM To: accessd Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Thu Jun 10 18:55:59 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 10 Jun 2004 19:55:59 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000001c44ef2$51431720$4c0b6bd5@netboxxp> Message-ID: Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Thu Jun 10 19:00:25 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 10 Jun 2004 20:00:25 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <184670-22004641005329919@christopherhawkins.com> Message-ID: Christopher, At this point (just starting), I am able to create a new customer, and a invoice completely within my program. Now, QuickBooks has too be open, (I think I maybe able to use their QuickBooks Remote Data Sharing Client with QuickBooks Remote Data Sharing Server to get around this but I'm not sure) to interact with the data. Outside of that it's seamless. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 09, 2004 8:53 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mine are too. The trick is, how seamless can it be made? The last time I looked at the SDK and the documentation, it appeared to me that part of the non-seamlessness was baked in to QB itself. -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 9 Jun 2004 20:22:20 -0400 >Wow > Intuit has a greater then 85% market share. I'm not sure about you >guys, >but my clients are screaming for a strong solution that interacts >with >QuickBooks in my products. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow >Sent: Tuesday, June 08, 2004 10:18 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mark, I don't want to continue this OT too much but I have to agree >- even >though I use it. You can't even have a customer be a vendor that you >also >purchase from! Drives me nuts! > >JB > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >Sent: Tuesday, June 08, 2004 7:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Side tracking a little... We use QB for the company accounts, the >lady >who does my books has torn it to pieces. She has found numerous >flaws in >the program, in particular in relation to journal postings and VAT, >can't remember what exactly (as I have a very short attention span) >but >don't be surprised if things don't always balance... I looked at >developing a few tools (data extracts and analysis) for it but didn't >bother starting once I realised Quickbooks couldn't even do a decent >job >of it themselves... > >Sorry to be negative but I found it to be a very disappointing piece >of >software, particularly in respect to data extracts, windows >integration >and simple accounting practices... > >Mark > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >Smolin >- Beach Access Software >Sent: 08 June 2004 23:54 >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] QuickBooks Project... Anyone game? > > >Robert: > >I looked at the QuickBooks SDK and gave up. Used the two-step - >export >from my app to their funky file format and import into QuickBooks. >You >can have the code if it helps. But I think you're looking for the >seamless solution. > >Rocky > >----- Original Message ----- >From: "Robert Gracie" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 08, 2004 2:45 PM >Subject: [AccessD] QuickBooks Project... Anyone game? > > >> Ok, >> The first question is.. Does anyone here currently (or have plans >in >> the >> future) to programmatically interact with QuickBooks 2003 or >greater, >either >> on a data or "front end" (Version 2004)level? >> >> The second question, would anyone here be interested in grouping >our >> efforts together to come up with a "wrapped" solution, such has >been >> done with the BEU? >> >> I'm looking at a Class based solution that can handle all the >major >> functions a typical company would need to interact with QB. >> >> What Say You? >> >> >> Robert Gracie >> www.servicexp.com >> >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 10 19:23:49 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 17:23:49 -0700 Subject: [AccessD] FIND - anyplace not specific References: <40C97D95.17762.621B0D@localhost> Message-ID: <028b01c44f4a$5e362f00$6601a8c0@HAL9002> Wow! Great tip Stuart! You have no idea how many times I've changed those stinkin' boxes Rocky ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Thursday, June 10, 2004 4:38 PM Subject: Re: [AccessD] FIND - anyplace not specific > On 10 Jun 2004 at 15:35, Kathryn Bassett wrote: > > > It used to be, when clicking on the binolulars, I had the default to > > "look in" the entire query (or form etc) and Match "any part of > > field". > > > > When I installed Access2000 on my XP machine, that is no longer the > > case. Now, the default is to "look in" whatever field the cursor is > > in, and Match "Whole Field". > > > > How do I set the default back the way I had it? > > > Tools - Options - Edit/Find. Set Default Find/Replace behaviour > to "General Search" > > Fast Search = Search current field , match whole field > General Search = Search all fields, match any part of field > Start of Field = Search current field, match begiining character(s) > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From kathryn at bassett.net Thu Jun 10 19:43:24 2004 From: kathryn at bassett.net (Kathryn Bassett) Date: Thu, 10 Jun 2004 17:43:24 -0700 Subject: [AccessD] FIND - anyplace not specific In-Reply-To: <40C97D95.17762.621B0D@localhost> Message-ID: <344nff$ss1dn@mxip01a.cluster1.charter.net> THANK YOU! I couldn't find it for the life of me and KNEW it had to be there. Kathryn > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: 10 Jun 2004 4:38 pm > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] FIND - anyplace not specific > > On 10 Jun 2004 at 15:35, Kathryn Bassett wrote: > > > It used to be, when clicking on the binolulars, I had the > default to > > "look in" the entire query (or form etc) and Match "any part of > > field". > > > > When I installed Access2000 on my XP machine, that is no longer the > > case. Now, the default is to "look in" whatever field the cursor is > > in, and Match "Whole Field". > > > > How do I set the default back the way I had it? > > > Tools - Options - Edit/Find. Set Default Find/Replace > behaviour to "General Search" > > Fast Search = Search current field , match whole field > General Search = Search all fields, match any part of field > Start of Field = Search current field, match begiining character(s) > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 10 19:48:15 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 10 Jun 2004 18:48:15 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <301200-22004651104815755@christopherhawkins.com> Well, that is pretty good. If only you didn't have to have QB open... -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 10 Jun 2004 20:00:25 -0400 >Christopher, > At this point (just starting), I am able to create a new customer, >and a >invoice completely within my program. Now, QuickBooks has too be >open, (I >think I maybe able to use their QuickBooks Remote Data Sharing >Client with >QuickBooks Remote Data Sharing Server to get around this but I'm not >sure) >to interact with the data. Outside of that it's seamless. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 09, 2004 8:53 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mine are too. The trick is, how seamless can it be made? The last >time I looked at the SDK and the documentation, it appeared to me >that part of the non-seamlessness was baked in to QB itself. > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 9 Jun 2004 20:22:20 -0400 > >>Wow >> Intuit has a greater then 85% market share. I'm not sure about you >>guys, >>but my clients are screaming for a strong solution that interacts >>with >>QuickBooks in my products. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >Bartow >>Sent: Tuesday, June 08, 2004 10:18 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mark, I don't want to continue this OT too much but I have to agree >>- even >>though I use it. You can't even have a customer be a vendor that you >>also >>purchase from! Drives me nuts! >> >>JB >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>Sent: Tuesday, June 08, 2004 7:46 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Side tracking a little... We use QB for the company accounts, the >>lady >>who does my books has torn it to pieces. She has found numerous >>flaws in >>the program, in particular in relation to journal postings and VAT, >>can't remember what exactly (as I have a very short attention span) >>but >>don't be surprised if things don't always balance... I looked at >>developing a few tools (data extracts and analysis) for it but >didn't >>bother starting once I realised Quickbooks couldn't even do a decent >>job >>of it themselves... >> >>Sorry to be negative but I found it to be a very disappointing piece >>of >>software, particularly in respect to data extracts, windows >>integration >>and simple accounting practices... >> >>Mark >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin >>- Beach Access Software >>Sent: 08 June 2004 23:54 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >> >> >>Robert: >> >>I looked at the QuickBooks SDK and gave up. Used the two-step - >>export >>from my app to their funky file format and import into QuickBooks. >>You >>can have the code if it helps. But I think you're looking for the >>seamless solution. >> >>Rocky >> >>----- Original Message ----- >>From: "Robert Gracie" >>To: "Access Developers discussion and problem solving" >> >>Sent: Tuesday, June 08, 2004 2:45 PM >>Subject: [AccessD] QuickBooks Project... Anyone game? >> >> >>> Ok, >>> The first question is.. Does anyone here currently (or have plans >>in >>> the >>> future) to programmatically interact with QuickBooks 2003 or >>greater, >>either >>> on a data or "front end" (Version 2004)level? >>> >>> The second question, would anyone here be interested in grouping >>our >>> efforts together to come up with a "wrapped" solution, such has >>been >>> done with the BEU? >>> >>> I'm looking at a Class based solution that can handle all the >>major >>> functions a typical company would need to interact with QB. >>> >>> What Say You? >>> >>> >>> Robert Gracie >>> www.servicexp.com >>> >>> >>> >>> -- >>> _______________________________________________ >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From joconnell at indy.rr.com Thu Jun 10 19:46:56 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Thu, 10 Jun 2004 19:46:56 -0500 Subject: [AccessD] FW: Message when automatically sending email Message-ID: <04d401c44f4d$9afc0420$6701a8c0@joe> And a 4th option is ClickYes, a program that will automatically click the Yes button whenever the message box is normally displayed http://www.express-soft.com/mailmate/clickyes.html Joe O'Connell -----Original Message----- From: Stuart McLachlan To: Access Developers discussion and problem solving Date: Thursday, June 10, 2004 5:25 PM Subject: Re: [AccessD] FW: Message when automatically sending email On 10 Jun 2004 at 13:51, Kaup, Chester A wrote: > I have code set up to automatically email a report to another email > user. It works fine but comes up with this message stating a program is > trying to automatically send email on your behalf. Do you want to allow > this? In the dialogue box are yes no and help buttons. Is there a way to > suppress the massage and send it without getting the dialogue box and > having to answer yes. Thanks for ideas. > That's the result of the "Outlook Security Patch" included in Office 2K SP2 and above. We've had a number of discussions about it in the past. There are several options. 1. Use a different email client instead of Outlook or OE. There are of course many other good reasons for following this path as well. A good free alternative is Pegasus Mail. http://www.pmail.com 2. Use Blat to send the message directly via SMTP, bypassing your mail client http://www.geocities.com/toby_korn/blat/ (Free) 3. Use the Redemption dll. http://www.dimastr.com/redemption/ ($200 for the distributable version) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 10 19:51:17 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 10 Jun 2004 18:51:17 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <185330-22004651105117539@christopherhawkins.com> Wait a minute - aren't there prepackaged VB6 samples for the customer and invoice creation modules in the QB SDK? That would explain the seamlessness of those tow particular operations. ;) What do you need to be able to do with QB that you can't do now? That is to say, what is the intended scope of this QuickBooks project? -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 10 Jun 2004 20:00:25 -0400 >Christopher, > At this point (just starting), I am able to create a new customer, >and a >invoice completely within my program. Now, QuickBooks has too be >open, (I >think I maybe able to use their QuickBooks Remote Data Sharing >Client with >QuickBooks Remote Data Sharing Server to get around this but I'm not >sure) >to interact with the data. Outside of that it's seamless. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 09, 2004 8:53 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mine are too. The trick is, how seamless can it be made? The last >time I looked at the SDK and the documentation, it appeared to me >that part of the non-seamlessness was baked in to QB itself. > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 9 Jun 2004 20:22:20 -0400 > >>Wow >> Intuit has a greater then 85% market share. I'm not sure about you >>guys, >>but my clients are screaming for a strong solution that interacts >>with >>QuickBooks in my products. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >Bartow >>Sent: Tuesday, June 08, 2004 10:18 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mark, I don't want to continue this OT too much but I have to agree >>- even >>though I use it. You can't even have a customer be a vendor that you >>also >>purchase from! Drives me nuts! >> >>JB >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>Sent: Tuesday, June 08, 2004 7:46 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Side tracking a little... We use QB for the company accounts, the >>lady >>who does my books has torn it to pieces. She has found numerous >>flaws in >>the program, in particular in relation to journal postings and VAT, >>can't remember what exactly (as I have a very short attention span) >>but >>don't be surprised if things don't always balance... I looked at >>developing a few tools (data extracts and analysis) for it but >didn't >>bother starting once I realised Quickbooks couldn't even do a decent >>job >>of it themselves... >> >>Sorry to be negative but I found it to be a very disappointing piece >>of >>software, particularly in respect to data extracts, windows >>integration >>and simple accounting practices... >> >>Mark >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin >>- Beach Access Software >>Sent: 08 June 2004 23:54 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >> >> >>Robert: >> >>I looked at the QuickBooks SDK and gave up. Used the two-step - >>export >>from my app to their funky file format and import into QuickBooks. >>You >>can have the code if it helps. But I think you're looking for the >>seamless solution. >> >>Rocky >> >>----- Original Message ----- >>From: "Robert Gracie" >>To: "Access Developers discussion and problem solving" >> >>Sent: Tuesday, June 08, 2004 2:45 PM >>Subject: [AccessD] QuickBooks Project... Anyone game? >> >> >>> Ok, >>> The first question is.. Does anyone here currently (or have plans >>in >>> the >>> future) to programmatically interact with QuickBooks 2003 or >>greater, >>either >>> on a data or "front end" (Version 2004)level? >>> >>> The second question, would anyone here be interested in grouping >>our >>> efforts together to come up with a "wrapped" solution, such has >>been >>> done with the BEU? >>> >>> I'm looking at a Class based solution that can handle all the >>major >>> functions a typical company would need to interact with QB. >>> >>> What Say You? >>> >>> >>> Robert Gracie >>> www.servicexp.com >>> >>> >>> >>> -- >>> _______________________________________________ >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Thu Jun 10 20:29:39 2004 From: dwaters at usinternet.com (Dan Waters) Date: Thu, 10 Jun 2004 20:29:39 -0500 Subject: [AccessD] FW: Message when automatically sending email In-Reply-To: <10354596.1086915484581.JavaMail.root@sniper4.usinternet.com> Message-ID: <000501c44f53$90dd2b30$de1811d8@danwaters> Chester, Another option is to use vbSendMail, which you can find at this site: http://www.freevbcode.com/ShowCode.Asp?ID=109 It's free and comes with good documentation. Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joseph O'Connell Sent: Thursday, June 10, 2004 7:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] FW: Message when automatically sending email And a 4th option is ClickYes, a program that will automatically click the Yes button whenever the message box is normally displayed http://www.express-soft.com/mailmate/clickyes.html Joe O'Connell -----Original Message----- From: Stuart McLachlan To: Access Developers discussion and problem solving Date: Thursday, June 10, 2004 5:25 PM Subject: Re: [AccessD] FW: Message when automatically sending email On 10 Jun 2004 at 13:51, Kaup, Chester A wrote: > I have code set up to automatically email a report to another email > user. It works fine but comes up with this message stating a program is > trying to automatically send email on your behalf. Do you want to allow > this? In the dialogue box are yes no and help buttons. Is there a way to > suppress the massage and send it without getting the dialogue box and > having to answer yes. Thanks for ideas. > That's the result of the "Outlook Security Patch" included in Office 2K SP2 and above. We've had a number of discussions about it in the past. There are several options. 1. Use a different email client instead of Outlook or OE. There are of course many other good reasons for following this path as well. A good free alternative is Pegasus Mail. http://www.pmail.com 2. Use Blat to send the message directly via SMTP, bypassing your mail client http://www.geocities.com/toby_korn/blat/ (Free) 3. Use the Redemption dll. http://www.dimastr.com/redemption/ ($200 for the distributable version) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 10 23:16:57 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 14:16:57 +1000 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <009001c44f6a$f0337b90$48619a89@DDICK> Hello all When I drop a control onto a form (say a text Box) The system usually it something like Text0 or text1 etc and it also creates its very own label with similar names. If I know the name of a control can I get it's label name and or caption or any such properties? eg Me.txtMyTextBox.ChildLabel.caption Many thanks in advance Darren From clh at christopherhawkins.com Thu Jun 10 23:27:36 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 10 Jun 2004 22:27:36 -0600 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <191690-22004651142736205@christopherhawkins.com> I may be doing it the hard way, but I've always named my labels 'lbl' & ControlName. -C- ---- Original Message ---- From: d.dick at uws.edu.au To: AccessD at databaseadvisors.com, Subject: RE: [AccessD] A2K: Get Control's Label Name Date: Fri, 11 Jun 2004 14:16:57 +1000 >Hello all >When I drop a control onto a form (say a text Box) >The system usually it something like Text0 or text1 etc and it also >creates its very own label with similar names. > >If I know the name of a control can I get it's label name and or >caption or any such properties? > >eg Me.txtMyTextBox.ChildLabel.caption > >Many thanks in advance > >Darren > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From d.dick at uws.edu.au Fri Jun 11 00:36:43 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 15:36:43 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: <191690-22004651142736205@christopherhawkins.com> Message-ID: <009e01c44f76$1403dff0$48619a89@DDICK> Yeah I do that too but in this case I can't because things are being done differently using tags Many thanks DD ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Friday, June 11, 2004 2:27 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > I may be doing it the hard way, but I've always named my labels 'lbl' > & ControlName. > > -C- > > ---- Original Message ---- > From: d.dick at uws.edu.au > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] A2K: Get Control's Label Name > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > >Hello all > >When I drop a control onto a form (say a text Box) > >The system usually it something like Text0 or text1 etc and it also > >creates its very own label with similar names. > > > >If I know the name of a control can I get it's label name and or > >caption or any such properties? > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > >Many thanks in advance > > > >Darren > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Fri Jun 11 00:51:12 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 11 Jun 2004 01:51:12 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <009e01c44f76$1403dff0$48619a89@DDICK> Message-ID: Darren I believe that the default label name is FieldName_Label, so you can always just append the _Label to your field names for handling (eg: if the field name is txtMyTextBox then the label's caption should be Me.txtMyTextBox_Label.caption). Regards, Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK Sent: Friday, June 11, 2004 01:37 To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K: Get Control's Label Name Yeah I do that too but in this case I can't because things are being done differently using tags Many thanks DD ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Friday, June 11, 2004 2:27 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > I may be doing it the hard way, but I've always named my labels 'lbl' > & ControlName. > > -C- > > ---- Original Message ---- > From: d.dick at uws.edu.au > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] A2K: Get Control's Label Name > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > >Hello all > >When I drop a control onto a form (say a text Box) > >The system usually it something like Text0 or text1 etc and it also > >creates its very own label with similar names. > > > >If I know the name of a control can I get it's label name and or > >caption or any such properties? > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > >Many thanks in advance > > > >Darren > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Fri Jun 11 01:18:35 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 16:18:35 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: Message-ID: <00a601c44f7b$ed7b50b0$48619a89@DDICK> Thanks Bob The naming convention I am using is different to that We are using "lbl" and then the control name I am not even directly referring to the 'Parent control' either. I am using TAGs that meet a criteria. I was hoping it was an exposed property of some kind DD ----- Original Message ----- From: "Bob Gajewski" To: "Access Developers discussion and problem solving" Sent: Friday, June 11, 2004 3:51 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > Darren > > I believe that the default label name is FieldName_Label, so you can always > just append the _Label to your field names for handling (eg: if the field > name is txtMyTextBox then the label's caption should be > Me.txtMyTextBox_Label.caption). > > Regards, > > Bob Gajewski > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK > Sent: Friday, June 11, 2004 01:37 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > Yeah I do that too > but in this case I can't because things are being done differently > using tags > > Many thanks > > DD > > > ----- Original Message ----- > From: "Christopher Hawkins" > To: > Sent: Friday, June 11, 2004 2:27 PM > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > I may be doing it the hard way, but I've always named my labels 'lbl' > > & ControlName. > > > > -C- > > > > ---- Original Message ---- > > From: d.dick at uws.edu.au > > To: AccessD at databaseadvisors.com, > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > >Hello all > > >When I drop a control onto a form (say a text Box) > > >The system usually it something like Text0 or text1 etc and it also > > >creates its very own label with similar names. > > > > > >If I know the name of a control can I get it's label name and or > > >caption or any such properties? > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > >Many thanks in advance > > > > > >Darren > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 11 01:31:40 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 10 Jun 2004 23:31:40 -0700 Subject: [AccessD] A2K: Get Control's Label Name References: <00a601c44f7b$ed7b50b0$48619a89@DDICK> Message-ID: <02f301c44f7d$c164ede0$6601a8c0@HAL9002> Darren: Off the top of my head. Don't know if this'll do but, how about: dim txt as Control dim lbl as Control set txt=(text box control name) set lbl="lbl" & txt.Name Now you've got lbl as the label object and all its properties are available. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Thursday, June 10, 2004 11:18 PM Subject: Re: [AccessD] A2K: Get Control's Label Name > Thanks Bob > The naming convention I am using is different to that > We are using "lbl" and then the control name > I am not even directly referring to the 'Parent control' either. > I am using TAGs that meet a criteria. > I was hoping it was an exposed property of some kind > > DD > > ----- Original Message ----- > From: "Bob Gajewski" > To: "Access Developers discussion and problem solving" > Sent: Friday, June 11, 2004 3:51 PM > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Darren > > > > I believe that the default label name is FieldName_Label, so you can always > > just append the _Label to your field names for handling (eg: if the field > > name is txtMyTextBox then the label's caption should be > > Me.txtMyTextBox_Label.caption). > > > > Regards, > > > > Bob Gajewski > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK > > Sent: Friday, June 11, 2004 01:37 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > Yeah I do that too > > but in this case I can't because things are being done differently > > using tags > > > > Many thanks > > > > DD > > > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Friday, June 11, 2004 2:27 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > I may be doing it the hard way, but I've always named my labels 'lbl' > > > & ControlName. > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: d.dick at uws.edu.au > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > >Hello all > > > >When I drop a control onto a form (say a text Box) > > > >The system usually it something like Text0 or text1 etc and it also > > > >creates its very own label with similar names. > > > > > > > >If I know the name of a control can I get it's label name and or > > > >caption or any such properties? > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > >Many thanks in advance > > > > > > > >Darren > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 11 01:41:54 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 11 Jun 2004 07:41:54 +0100 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <00a601c44f7b$ed7b50b0$48619a89@DDICK> Message-ID: <001401c44f7f$2f934cc0$b274d0d5@minster33c3r25> Hey Darren, how're you going? You can do it in a backwards sort of way. Every label's parent is its control (if it has one). So if you know the text control you're looking for you can iterate through the labels until you hit it. Like this: Function GetLabelName(frm As Form, ctl As Control) Dim ctlLabel As Control For Each ctlLabel In frm.Controls If ctlLabel.ControlType = acLabel Then If ctlLabel.Parent.Name = ctl.Name Then GetLabelName = ctlLabel.Name End If End If Next End Function SYWWE -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > Sent: 11 June 2004 07:19 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > Thanks Bob > The naming convention I am using is different to that > We are using "lbl" and then the control name > I am not even directly referring to the 'Parent control' either. > I am using TAGs that meet a criteria. > I was hoping it was an exposed property of some kind > > DD > > ----- Original Message ----- > From: "Bob Gajewski" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 11, 2004 3:51 PM > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Darren > > > > I believe that the default label name is FieldName_Label, > so you can > > always just append the _Label to your field names for > handling (eg: if > > the field name is txtMyTextBox then the label's caption should be > > Me.txtMyTextBox_Label.caption). > > > > Regards, > > > > Bob Gajewski > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Darren DICK > > Sent: Friday, June 11, 2004 01:37 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > Yeah I do that too > > but in this case I can't because things are being done differently > > using tags > > > > Many thanks > > > > DD > > > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Friday, June 11, 2004 2:27 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > I may be doing it the hard way, but I've always named my labels > > > 'lbl' & ControlName. > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: d.dick at uws.edu.au > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > >Hello all > > > >When I drop a control onto a form (say a text Box) > > > >The system usually it something like Text0 or text1 etc > and it also > > > >creates its very own label with similar names. > > > > > > > >If I know the name of a control can I get it's label name and or > > > >caption or any such properties? > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > >Many thanks in advance > > > > > > > >Darren > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From d.dick at uws.edu.au Fri Jun 11 01:52:07 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 16:52:07 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: <00a601c44f7b$ed7b50b0$48619a89@DDICK> <02f301c44f7d$c164ede0$6601a8c0@HAL9002> Message-ID: <00ea01c44f80$9ced1d90$48619a89@DDICK> Thanks Rocky I'm gonna use a bit of each Private Sub ps_SetVisibles(intListItem As Integer) Dim ctl As Control Dim strLabelCaption As String For Each ctl In Me.Controls If Mid(ctl.Tag, 3, 1) = intListItem Then ctl.Enabled = True strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, Len(ctl.Name))).Caption MsgBox strLabelCaption End If Next End Sub ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Friday, June 11, 2004 4:31 PM Subject: Re: [AccessD] A2K: Get Control's Label Name > Darren: > > Off the top of my head. Don't know if this'll do but, how about: > > dim txt as Control > dim lbl as Control > > set txt=(text box control name) > set lbl="lbl" & txt.Name > > Now you've got lbl as the label object and all its properties are available. > > HTH > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Darren DICK" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, June 10, 2004 11:18 PM > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Thanks Bob > > The naming convention I am using is different to that > > We are using "lbl" and then the control name > > I am not even directly referring to the 'Parent control' either. > > I am using TAGs that meet a criteria. > > I was hoping it was an exposed property of some kind > > > > DD > > > > ----- Original Message ----- > > From: "Bob Gajewski" > > To: "Access Developers discussion and problem solving" > > > Sent: Friday, June 11, 2004 3:51 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren > > > > > > I believe that the default label name is FieldName_Label, so you can > always > > > just append the _Label to your field names for handling (eg: if the > field > > > name is txtMyTextBox then the label's caption should be > > > Me.txtMyTextBox_Label.caption). > > > > > > Regards, > > > > > > Bob Gajewski > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren DICK > > > Sent: Friday, June 11, 2004 01:37 > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > Yeah I do that too > > > but in this case I can't because things are being done differently > > > using tags > > > > > > Many thanks > > > > > > DD > > > > > > > > > ----- Original Message ----- > > > From: "Christopher Hawkins" > > > To: > > > Sent: Friday, June 11, 2004 2:27 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > I may be doing it the hard way, but I've always named my labels 'lbl' > > > > & ControlName. > > > > > > > > -C- > > > > > > > > ---- Original Message ---- > > > > From: d.dick at uws.edu.au > > > > To: AccessD at databaseadvisors.com, > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > >Hello all > > > > >When I drop a control onto a form (say a text Box) > > > > >The system usually it something like Text0 or text1 etc and it also > > > > >creates its very own label with similar names. > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > >caption or any such properties? > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > >Many thanks in advance > > > > > > > > > >Darren > > > > > > > > > >-- > > > > >_______________________________________________ > > > > >AccessD mailing list > > > > >AccessD at databaseadvisors.com > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Fri Jun 11 02:03:49 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 11 Jun 2004 17:03:49 +1000 Subject: [AccessD] A2K: Get Control's Label Name References: <001401c44f7f$2f934cc0$b274d0d5@minster33c3r25> Message-ID: <00ef01c44f82$3ef1bff0$48619a89@DDICK> HI Andy Yes we will SYWyouE :-))))))) It's winter here and it's managed to get as cold as (wait for it) 10 degrees Celsius (snigger snigger) The days are glorious and mild up to 25 degrees Celsius (more sniggering) (10Celsius = approx 50 faren and 25 = approx 65) hee hee Thanks heaps - I was sure there had to be a parent child thing happening here Outstanding Hang on a sec I'll call see ya Darren ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 4:41 PM Subject: RE: [AccessD] A2K: Get Control's Label Name > Hey Darren, how're you going? > > You can do it in a backwards sort of way. Every label's parent is its > control (if it has one). So if you know the text control you're looking for > you can iterate through the labels until you hit it. Like this: > > Function GetLabelName(frm As Form, ctl As Control) > Dim ctlLabel As Control > For Each ctlLabel In frm.Controls > If ctlLabel.ControlType = acLabel Then > If ctlLabel.Parent.Name = ctl.Name Then > GetLabelName = ctlLabel.Name > End If > End If > Next > End Function > > SYWWE > > -- Andy Lacey > http://www.minstersystems.co.uk > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > > Sent: 11 June 2004 07:19 > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > Thanks Bob > > The naming convention I am using is different to that > > We are using "lbl" and then the control name > > I am not even directly referring to the 'Parent control' either. > > I am using TAGs that meet a criteria. > > I was hoping it was an exposed property of some kind > > > > DD > > > > ----- Original Message ----- > > From: "Bob Gajewski" > > To: "Access Developers discussion and problem solving" > > > > Sent: Friday, June 11, 2004 3:51 PM > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren > > > > > > I believe that the default label name is FieldName_Label, > > so you can > > > always just append the _Label to your field names for > > handling (eg: if > > > the field name is txtMyTextBox then the label's caption should be > > > Me.txtMyTextBox_Label.caption). > > > > > > Regards, > > > > > > Bob Gajewski > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > > Darren DICK > > > Sent: Friday, June 11, 2004 01:37 > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > Yeah I do that too > > > but in this case I can't because things are being done differently > > > using tags > > > > > > Many thanks > > > > > > DD > > > > > > > > > ----- Original Message ----- > > > From: "Christopher Hawkins" > > > To: > > > Sent: Friday, June 11, 2004 2:27 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > I may be doing it the hard way, but I've always named my labels > > > > 'lbl' & ControlName. > > > > > > > > -C- > > > > > > > > ---- Original Message ---- > > > > From: d.dick at uws.edu.au > > > > To: AccessD at databaseadvisors.com, > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > >Hello all > > > > >When I drop a control onto a form (say a text Box) > > > > >The system usually it something like Text0 or text1 etc > > and it also > > > > >creates its very own label with similar names. > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > >caption or any such properties? > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > >Many thanks in advance > > > > > > > > > >Darren > > > > > > > > > >-- > > > > >_______________________________________________ > > > > >AccessD mailing list > > > > >AccessD at databaseadvisors.com > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > 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 fsmail.net Fri Jun 11 02:47:22 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Fri, 11 Jun 2004 09:47:22 +0200 (CEST) Subject: [AccessD] Help With Excel If Possible Message-ID: <28343150.1086940042208.JavaMail.www@wwinf3003> Jim, Thanks will give that a go a bit later. Paul Message date : Jun 11 2004, 12:55 AM >From : "Hale, Jim" To : "'Access Developers discussion and problem solving'" Copy to : Subject : RE: [AccessD] Help With Excel If Possible I have sent you an excel spreadsheet that does what you want using countif within excel. Basically you add a column to the first sheet to create a "key" like Hartland_Paul_ATT. On the second sheet you use the countif function to count the occurrences of the key. For the date range use an if statement on the key to determine if the date falls between the desired dates. If it doesn't set the "false" part of the if statement to an empty string "". Col A will only have keys that fall within the desired range and only these will be counted. HTH Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Thursday, June 10, 2004 6:47 AM To: accessd Subject: [AccessD] Help With Excel If Possible To all, I have a workbook that contains two spreadsheets, first spreadsheet is called Contract1 and has the following columns of information: Lastname, Firstname, DOW, JobNo, Code, Jobdate, Hours Hartland Paul Mon 12345 ATT 01/01/04 8 Hartland Paul Tue 12345 ATT 02/01/04 8 Hartland Paul Wed 12345 HOL 03/01/04 8 Hartland Paul Thu 12345 ATT 04/01/04 8 Hartland Paul Fri 12345 ATT 05/01/04 8 Hartland Paul Sat 12345 ATT 06/01/04 8 Hartland Paul Sun 12345 ATT 07/01/04 8 Williams Tom Mon 12345 HOL 01/01/04 8 Williams Tom Tue 12345 SICK 02/01/04 8 Williams Tom Wed 12345 ATT 03/01/04 8 Etc, etc DOW = Day Of Week (Mon, Tue etc), Code is either ATT, HOL or SICK. Everything on the first spreadsheet is ok. The second spreadsheet is called AdditionalData and has the following columns of information: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul Williams Tom And that's about where I have got to, and this is where I need your help. I need to scan the Contract1 spreadsheet and where the Lastname and Firstname match from the AdditionalData spreadsheet and say date range 01/01/04-04/01/04 I need to populate the Worked, Holiday and Sick columns with the count of either ATT, HOL or SICK so that the result would be like this: Lastname, Firstname, Worked, Holiday, Sick Hartland Paul 3 1 0 Williams Tom 1 1 1 Thanks in advance to anyone that can help with this or point me in the right direction. Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From gustav at cactus.dk Fri Jun 11 03:42:40 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 11 Jun 2004 10:42:40 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000001c44ef2$51431720$4c0b6bd5@netboxxp> References: <000001c44ef2$51431720$4c0b6bd5@netboxxp> Message-ID: <1046321750.20040611104240@cactus.dk> Hi Mark > .. Accounting data structures are very straight forward .. Well, that's what many a programmer have thought: "- how difficult can it be to sum debit and credit?". There is more in an accounting application than this. > .. and I don't understand why there > are so many discrepancies in such a 'well' developed package. For > example, several of the standard reports don't cross balance due to the > fact they (sometimes) ignore journal entries. Saying that though, I have > never been impressed by an accounts package so maybe I'm just too > cynical :O) /gustav From HollisVJ at pgdp.usec.com Fri Jun 11 06:19:07 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 06:19:07 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86AB@cntexchange.pgdp.usec.com> I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function From marcus at tsstech.com Fri Jun 11 06:25:35 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 07:25:35 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Fri Jun 11 06:34:32 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Fri, 11 Jun 2004 07:34:32 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <185330-22004651105117539@christopherhawkins.com> Message-ID: Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Thursday, June 10, 2004 8:51 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wait a minute - aren't there prepackaged VB6 samples for the customer and invoice creation modules in the QB SDK? That would explain the seamlessness of those tow particular operations. ;) What do you need to be able to do with QB that you can't do now? That is to say, what is the intended scope of this QuickBooks project? -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 10 Jun 2004 20:00:25 -0400 >Christopher, > At this point (just starting), I am able to create a new customer, >and a >invoice completely within my program. Now, QuickBooks has too be >open, (I >think I maybe able to use their QuickBooks Remote Data Sharing >Client with >QuickBooks Remote Data Sharing Server to get around this but I'm not >sure) >to interact with the data. Outside of that it's seamless. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 09, 2004 8:53 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Mine are too. The trick is, how seamless can it be made? The last >time I looked at the SDK and the documentation, it appeared to me >that part of the non-seamlessness was baked in to QB itself. > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 9 Jun 2004 20:22:20 -0400 > >>Wow >> Intuit has a greater then 85% market share. I'm not sure about you >>guys, >>but my clients are screaming for a strong solution that interacts >>with >>QuickBooks in my products. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >Bartow >>Sent: Tuesday, June 08, 2004 10:18 PM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mark, I don't want to continue this OT too much but I have to agree >>- even >>though I use it. You can't even have a customer be a vendor that you >>also >>purchase from! Drives me nuts! >> >>JB >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>Sent: Tuesday, June 08, 2004 7:46 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Side tracking a little... We use QB for the company accounts, the >>lady >>who does my books has torn it to pieces. She has found numerous >>flaws in >>the program, in particular in relation to journal postings and VAT, >>can't remember what exactly (as I have a very short attention span) >>but >>don't be surprised if things don't always balance... I looked at >>developing a few tools (data extracts and analysis) for it but >didn't >>bother starting once I realised Quickbooks couldn't even do a decent >>job >>of it themselves... >> >>Sorry to be negative but I found it to be a very disappointing piece >>of >>software, particularly in respect to data extracts, windows >>integration >>and simple accounting practices... >> >>Mark >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin >>- Beach Access Software >>Sent: 08 June 2004 23:54 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >> >> >>Robert: >> >>I looked at the QuickBooks SDK and gave up. Used the two-step - >>export >>from my app to their funky file format and import into QuickBooks. >>You >>can have the code if it helps. But I think you're looking for the >>seamless solution. >> >>Rocky >> >>----- Original Message ----- >>From: "Robert Gracie" >>To: "Access Developers discussion and problem solving" >> >>Sent: Tuesday, June 08, 2004 2:45 PM >>Subject: [AccessD] QuickBooks Project... Anyone game? >> >> >>> Ok, >>> The first question is.. Does anyone here currently (or have plans >>in >>> the >>> future) to programmatically interact with QuickBooks 2003 or >>greater, >>either >>> on a data or "front end" (Version 2004)level? >>> >>> The second question, would anyone here be interested in grouping >>our >>> efforts together to come up with a "wrapped" solution, such has >>been >>> done with the BEU? >>> >>> I'm looking at a Class based solution that can handle all the >>major >>> functions a typical company would need to interact with QB. >>> >>> What Say You? >>> >>> >>> Robert Gracie >>> www.servicexp.com >>> >>> >>> >>> -- >>> _______________________________________________ >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 06:38:41 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 07:38:41 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <009001c44f6a$f0337b90$48619a89@DDICK> Message-ID: <000b01c44fa8$a5b74d10$0501a8c0@colbyws> Now see, if you'd been paying attention to the framework discussion... The label is not a property, but a control in each control's "control collection". In order to find the control, you iterate through the controls collection for the given control looking for a control with the controltype acLabel. The following function will find that control and return a pointer to it. You can then use it directly: CtlLbl(txtLastName).Caption = "Last Name" Or you can assign the pointer to a local variable: Dim lbl as Label set lbl = CtlLbl(txtLastName) lbl.Caption="Last Name" By assigning it to a variable you can quickly and easily come back and change the background color, font, bold, italic etc. I have a label variable in each of my control classes, which I populate as soon as the control is passed in. Thus each control class has access to it's label (if any). ' 'Finds the label that "belongs to" any given control. ' Function CtlLbl(ctlFindLbl As Control) As Label On Error GoTo Err_CtlLbl Dim ctl As Control For Each ctl In ctlFindLbl.Controls If ctl.ControlType = acLabel Then Set CtlLbl = ctl Exit For End If Next ctl Exit_CtlLbl: Exit Function Err_CtlLbl: Select Case Err Case 0 '.insert Errors you wish to ignore here Resume Next Case Else '.All other errors will trap Beep MsgBox Err.Description, , "Error in Function Utils.CtlLbl" Resume Exit_CtlLbl End Select Resume 0 '.FOR TROUBLESHOOTING End Function John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK Sent: Friday, June 11, 2004 12:17 AM To: AccessD List Subject: [AccessD] A2K: Get Control's Label Name Hello all When I drop a control onto a form (say a text Box) The system usually it something like Text0 or text1 etc and it also creates its very own label with similar names. If I know the name of a control can I get it's label name and or caption or any such properties? eg Me.txtMyTextBox.ChildLabel.caption Many thanks in advance Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 07:21:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 08:21:29 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <000c01c44fae$9fea9030$0501a8c0@colbyws> I'm in. I have a client right now jumping through hoops to do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Friday, June 11, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com From jwcolby at colbyconsulting.com Fri Jun 11 07:21:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 08:21:29 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <000d01c44fae$a01f0db0$0501a8c0@colbyws> >My point is that you couldn't distinguish one bolt/nut/screw from another (in that bin) by looking at it. Not true at all. I worked at a screw manufacturer a few years back. You could hand the owner a screw and he could rattle off the attributes. >All of the attributes are the same. That's like saying all the attributes of people in a group are the same. Simply not true, you are trained to distinguish people ad you could look at a person and rattle off height, weight, hair color, eye color, ethnic background etc. You are just not trained to recognize screws. As for the serial number vs. autonumber... I personally agree, they are equivalent. Just unique numbers used to identify an instance of an object. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and > act as a << unique identifier - the classic relational key. Keys are > visible, and you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for > saying an auto-number can't be a key. The UPC code is nothing more > than numbers that represent a grouping of objects (company, product, > etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an > interesting article on keys and the various types of keys...some I had > never heard of or more accurately differentiated and described. The > view of the article suggests that there is a need for specialized keys > but their choice is dictated by data or requirements. I now take the > liberty to post this information here. Some of the list may be very > familiar and some may not. I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an attribute of anything except the machinery's internal > state. Pointers and other physical implementation details fail as > identifiers on the same principle. > > A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It > doesn't exist in the external reality but can be verified for syntax > or check digits inside itself. For example, open codes in the UPC > scheme can be assigned to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed to the user. There's no way to predict or verify it. The > system obtains a value through some physical process totally unrelated > to the logical data model. Example: IDENTITY columns, other > autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind > the covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly > sequential or not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, > just as an Identity integer field in SQL Server does. Because its > meaningless it will never need to be changed and hence won't cause the > problems that would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > > can cause you problems: you can't extend the table without ruining > > your calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated > > (as above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of > > the > data, > > and your data modeling style, plays the deciding role in your PK > > choice. > > > > In your data dimension table example, you are creating a meaningful > field SequentialDateNumber (which you are calling ID) and are using it > in data calculations. > > Thr real question in this situation is not whether you use this > natural key as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. If you have > received this message in error, please notify the sender immediately > and delete this email from your system. No warranty is given that this > email or files, if attached to this email, are free from computer > viruses or other defects. They are provided on the basis the user > assumes all responsibility for loss, damage or consequence resulting > directly or indirectly from their use, whether caused by the > negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Jun 11 07:18:45 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 11 Jun 2004 14:18:45 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <7919286582.20040611141845@cactus.dk> Hi Robert There is nothing like buggy accounting applications. QB is not sold here, so I have no idea, but if QB is buggy I wouldn't waste a second on developing add-ons for it. The clients will haunt you ... /gustav > The problem is, there are no (none that I can find at least) complete > sophisticated solutions that are under 500.00. I have tried the coreObjX > dll, but that thing is a nightmare to even get registered on the users > machines (even their own install routine will not register 9 time out of > 10), the other (AcctSync) solutions I found is about 1K, so it's out of my > price range. > What I'm hoping (going) to build is a class based solution based on the > QBFC. So in the end I will end up with a solution that will allow for > portability, and very easy communications with QB. The solution will do all > the "grunt" work under the hood automatically, and allow me to send and > interpret QB requests very easily. > It's not easy working with QB's API, and I would have like to made it an > open source kind of thing, but I was hoping for at least 5 serious > developers to join in. From marcus at tsstech.com Fri Jun 11 07:28:04 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 08:28:04 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: John, If you have a bin full of 20,000 screws (all the same, because that's what I was saying) you would be an amazing person if I could pick up anyone of them, show it to you, take it back, put it back in the bin, mix the bin up, and you could find that same exact screw. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 8:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate >My point is that you couldn't distinguish one bolt/nut/screw from another (in that bin) by looking at it. Not true at all. I worked at a screw manufacturer a few years back. You could hand the owner a screw and he could rattle off the attributes. >All of the attributes are the same. That's like saying all the attributes of people in a group are the same. Simply not true, you are trained to distinguish people ad you could look at a person and rattle off height, weight, hair color, eye color, ethnic background etc. You are just not trained to recognize screws. As for the serial number vs. autonumber... I personally agree, they are equivalent. Just unique numbers used to identify an instance of an object. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and > act as a << unique identifier - the classic relational key. Keys are > visible, and you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for > saying an auto-number can't be a key. The UPC code is nothing more > than numbers that represent a grouping of objects (company, product, > etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an > interesting article on keys and the various types of keys...some I had > never heard of or more accurately differentiated and described. The > view of the article suggests that there is a need for specialized keys > but their choice is dictated by data or requirements. I now take the > liberty to post this information here. Some of the list may be very > familiar and some may not. I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an attribute of anything except the machinery's internal > state. Pointers and other physical implementation details fail as > identifiers on the same principle. > > A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It > doesn't exist in the external reality but can be verified for syntax > or check digits inside itself. For example, open codes in the UPC > scheme can be assigned to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed to the user. There's no way to predict or verify it. The > system obtains a value through some physical process totally unrelated > to the logical data model. Example: IDENTITY columns, other > autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind > the covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly > sequential or not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, > just as an Identity integer field in SQL Server does. Because its > meaningless it will never need to be changed and hence won't cause the > problems that would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > > can cause you problems: you can't extend the table without ruining > > your calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated > > (as above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of > > the > data, > > and your data modeling style, plays the deciding role in your PK > > choice. > > > > In your data dimension table example, you are creating a meaningful > field SequentialDateNumber (which you are calling ID) and are using it > in data calculations. > > Thr real question in this situation is not whether you use this > natural key as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. If you have > received this message in error, please notify the sender immediately > and delete this email from your system. No warranty is given that this > email or files, if attached to this email, are free from computer > viruses or other defects. They are provided on the basis the user > assumes all responsibility for loss, damage or consequence resulting > directly or indirectly from their use, whether caused by the > negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 07:43:21 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 08:43:21 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <000f01c44fb1$add88370$0501a8c0@colbyws> Sorry, I appeared to be back at Jim's message - "pick a screw up off the shelf", which I took to mean just some screw laying on someone's desk. Of course a single screw in a bin of that type couldn't be distinguished from any other without a serial number. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 8:28 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate John, If you have a bin full of 20,000 screws (all the same, because that's what I was saying) you would be an amazing person if I could pick up anyone of them, show it to you, take it back, put it back in the bin, mix the bin up, and you could find that same exact screw. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 8:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate >My point is that you couldn't distinguish one bolt/nut/screw from >another (in that bin) by looking at it. Not true at all. I worked at a screw manufacturer a few years back. You could hand the owner a screw and he could rattle off the attributes. >All of the attributes are the same. That's like saying all the attributes of people in a group are the same. Simply not true, you are trained to distinguish people ad you could look at a person and rattle off height, weight, hair color, eye color, ethnic background etc. You are just not trained to recognize screws. As for the serial number vs. autonumber... I personally agree, they are equivalent. Just unique numbers used to identify an instance of an object. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and > act as a << unique identifier - the classic relational key. Keys are > visible, and you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for > saying an auto-number can't be a key. The UPC code is nothing more > than numbers that represent a grouping of objects (company, product, > etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an > interesting article on keys and the various types of keys...some I had > never heard of or more accurately differentiated and described. The > view of the article suggests that there is a need for specialized keys > but their choice is dictated by data or requirements. I now take the > liberty to post this information here. Some of the list may be very > familiar and some may not. I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a > table. Thus, an autonumbering scheme can never be a key by definition: > It's not an attribute of anything except the machinery's internal > state. Pointers and other physical implementation details fail as > identifiers on the same principle. > > A natural key is a subset of attributes that occur in a table and act > as a unique identifier - the classic relational key. Keys are visible, > and you can verify them in the external reality. Examples include UPC > codes, geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It > doesn't exist in the external reality but can be verified for syntax > or check digits inside itself. For example, open codes in the UPC > scheme can be assigned to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed to the user. There's no way to predict or verify it. The > system obtains a value through some physical process totally unrelated > to the logical data model. Example: IDENTITY columns, other > autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind > the covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly > sequential or not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, > just as an Identity integer field in SQL Server does. Because its > meaningless it will never need to be changed and hence won't cause the > problems that would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK > > can cause you problems: you can't extend the table without ruining > > your calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated > > (as above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of > > the > data, > > and your data modeling style, plays the deciding role in your PK > > choice. > > > > In your data dimension table example, you are creating a meaningful > field SequentialDateNumber (which you are calling ID) and are using it > in data calculations. > > Thr real question in this situation is not whether you use this > natural key as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System > Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. If you have > received this message in error, please notify the sender immediately > and delete this email from your system. No warranty is given that this > email or files, if attached to this email, are free from computer > viruses or other defects. They are provided on the basis the user > assumes all responsibility for loss, damage or consequence resulting > directly or indirectly from their use, whether caused by the > negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 08:14:35 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 09:14:35 -0400 Subject: [AccessD] Create table with autonumber and PK Message-ID: <000101c44fb6$0b56da20$0501a8c0@colbyws> Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com From stuart at lexacorp.com.pg Fri Jun 11 08:26:55 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 11 Jun 2004 23:26:55 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <40CA3FBF.22197.3589111@localhost> On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From marcus at tsstech.com Fri Jun 11 08:38:28 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 09:38:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Fri Jun 11 08:41:44 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Fri, 11 Jun 2004 07:41:44 -0600 Subject: [AccessD] Change code to A2003 Message-ID: <19F28F0B4284C04FB90CAA380451FFD9412917@bross.quiznos.net> EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Fri Jun 11 08:44:13 2004 From: john at winhaven.net (John Bartow) Date: Fri, 11 Jun 2004 08:44:13 -0500 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: Robert, etal.: Although I do not have clients clamoring for this type of addon, I could help you test your solution. Also, if needed, I could work on Wise installation executables. John B. > but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com From dwaters at usinternet.com Fri Jun 11 08:46:15 2004 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 11 Jun 2004 08:46:15 -0500 Subject: [AccessD] Re: A2K: Get Control's Label Name Message-ID: <001601c44fba$77530f60$de1811d8@danwaters> Darren, Yes! It turns out that textboxes and comboboxes have their own controls collection which of course includes the label. The code below is explained in ADH for AXP, page 331 Developers book. This works for A2000 and up. Private Sub LabelExample() On Error GoTo EH Dim stgTextComboBoxName As String Dim stgLabelName As String Dim stgLabelCaption As String Dim ctl As Control For Each ctl In Me.Controls stgTextComboBoxName = ctl.Name If ctl.ControlType = acTextBox Or ctl.ControlType = acComboBox Then stgLabelCaption = ctl.Controls(0).Caption stgLabelName = ctl.Controls(0).Name MsgBox "The Text or ComboBox name is: " & stgTextComboBoxName _ & vbCrLf & vbCrLf _ & "The Label name is: " & stgLabelName _ & vbCrLf & vbCrLf _ & "The Label caption is: " & stgLabelCaption End If Next Exit Sub EH: End Sub Best of Luck! Dan Waters From michael.mattys at adelphia.net Fri Jun 11 08:46:17 2004 From: michael.mattys at adelphia.net (Michael R Mattys) Date: Fri, 11 Jun 2004 09:46:17 -0400 Subject: [AccessD] Create table with autonumber and PK References: <000101c44fb6$0b56da20$0501a8c0@colbyws> Message-ID: <002101c44fba$7a374390$6401a8c0@default> John, Does this work? If not, would you take the code solution? CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(ID); ) Michael R. Mattys (724) 942-3437 Mattys MapLib for Microsoft MapPoint http://www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 9:14 AM Subject: [AccessD] Create table with autonumber and PK > Folks, > > I have a create table query that creates a table but does not set the PK or > setup the PK as an autonumber. > > CREATE TABLE MemberDetails > ( > MemberId integer, > FirstName varchar(50), > LastName varchar(50), > DateOfBirth date, > Street varchar(100), > City varchar(75), > State varchar(75), > ZipCode varchar(12), > Email varchar(200), > DateOfJoining date > > ) > > Is it possible to do this? > > The ID should be a long, and should be set as an autonumber, and as the PK. > How do you do that in SQL? > > John W. Colby > www.ColbyConsulting.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Fri Jun 11 08:46:57 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 09:46:57 -0400 Subject: [AccessD] Database designer, Access-MySQL, open source Message-ID: Gustav, Now I have no reason to not look into MySQL. Thanks! Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, June 10, 2004 12:32 PM To: Access Developers discussion and problem solving Subject: [AccessD] Database designer, Access-MySQL, open source Hi all Just picked this link from Mike Gunderloy's newsletter about a new, free open source tool, DBDesigner4 for MySQL: http://www.fabforce.net/dbdesigner4/ If you browse the site you should find a movie on reverse engineering an Access database to MySQL ... /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri Jun 11 08:47:10 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 11 Jun 2004 09:47:10 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD848D@xlivmbx12.aig.com> There's a much simpler way: If a control (any control) has a label bound to it (the label moves when you move the control) the this function does the job Function ControlCaption(c As Control) As String If c.Controls.Count = 0 Then ' the control does not have a label bound to it ' just return the control's data source ControlCaption = Nz(c.ControlSource,"") Else ' The control has a label, and it's always the first ' in the Control's collection for the control we're looking at ControlCaption = c.Controls(0).Caption End If End Function No need to reference the containing form object, no need for any naming convention, no need to use the tag property, no need to iterate anything. Just go get the caption. Lambert > -----Original Message----- > From: Darren DICK [SMTP:d.dick at uws.edu.au] > Sent: Friday, June 11, 2004 2:52 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > Thanks Rocky > I'm gonna use a bit of each > > Private Sub ps_SetVisibles(intListItem As Integer) > Dim ctl As Control > Dim strLabelCaption As String > For Each ctl In Me.Controls > If Mid(ctl.Tag, 3, 1) = intListItem Then > ctl.Enabled = True > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > Len(ctl.Name))).Caption > MsgBox strLabelCaption > End If > Next > > End Sub > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 11, 2004 4:31 PM > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Darren: > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > dim txt as Control > > dim lbl as Control > > > > set txt=(text box control name) > > set lbl="lbl" & txt.Name > > > > Now you've got lbl as the label object and all its properties are > available. > > > > HTH > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 10, 2004 11:18 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Thanks Bob > > > The naming convention I am using is different to that > > > We are using "lbl" and then the control name > > > I am not even directly referring to the 'Parent control' either. > > > I am using TAGs that meet a criteria. > > > I was hoping it was an exposed property of some kind > > > > > > DD > > > > > > ----- Original Message ----- > > > From: "Bob Gajewski" > > > To: "Access Developers discussion and problem solving" > > > > > Sent: Friday, June 11, 2004 3:51 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Darren > > > > > > > > I believe that the default label name is FieldName_Label, so you can > > always > > > > just append the _Label to your field names for handling (eg: if the > > field > > > > name is txtMyTextBox then the label's caption should be > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > Regards, > > > > > > > > Bob Gajewski > > > > > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > DICK > > > > Sent: Friday, June 11, 2004 01:37 > > > > To: Access Developers discussion and problem solving > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > Yeah I do that too > > > > but in this case I can't because things are being done differently > > > > using tags > > > > > > > > Many thanks > > > > > > > > DD > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Christopher Hawkins" > > > > To: > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my labels > 'lbl' > > > > > & ControlName. > > > > > > > > > > -C- > > > > > > > > > > ---- Original Message ---- > > > > > From: d.dick at uws.edu.au > > > > > To: AccessD at databaseadvisors.com, > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > >Hello all > > > > > >When I drop a control onto a form (say a text Box) > > > > > >The system usually it something like Text0 or text1 etc and it > also > > > > > >creates its very own label with similar names. > > > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > > >caption or any such properties? > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > >Darren > > > > > > > > > > > >-- > > > > > >_______________________________________________ > > > > > >AccessD mailing list > > > > > >AccessD at databaseadvisors.com > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 11 08:50:08 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 11 Jun 2004 06:50:08 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? References: Message-ID: <005001c44fbb$026d1b40$6601a8c0@HAL9002> Robert: I'm not sure how much use I can be but I'd like to be in the loop. I have the two-step approach to QuickBooks now using their import format (which is pretty snaky itself). Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "John Bartow" To: "Access Developers discussion and problem solving" Sent: Friday, June 11, 2004 6:44 AM Subject: RE: [AccessD] QuickBooks Project... Anyone game? > Robert, etal.: > Although I do not have clients clamoring for this type of addon, I could > help you test your solution. > > Also, if needed, I could work on Wise installation executables. > > John B. > > > but I was hoping for at least 5 serious > developers to join in. > > > Robert Gracie > www.servicexp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Drawbridge.Jack at ic.gc.ca Fri Jun 11 08:48:11 2004 From: Drawbridge.Jack at ic.gc.ca (Drawbridge.Jack at ic.gc.ca) Date: Fri, 11 Jun 2004 09:48:11 -0400 Subject: [AccessD] Create table with autonumber and PK Message-ID: <45C67756F7C0F942AD80AE35546F40C20DF7F5EF@mb-bp-011.ic.gc.ca> John: Try this syntax: Sub jack1() Dim dbs As Database Set dbs = CurrentDb() ' Create a table with three fields and a primary ' key. One field with Autonumber. dbs.Execute "CREATE TABLE table1 (field1 COUNTER CONSTRAINT" & _ "MyFieldConst PRIMARY KEY, field2 TEXT(50), Field3 Date);" dbs.Close End Sub Good luck. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Friday, June 11, 2004 9:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Alun.Garraway at otto.de Fri Jun 11 09:08:53 2004 From: Alun.Garraway at otto.de (Garraway, Alun) Date: Fri, 11 Jun 2004 16:08:53 +0200 Subject: AW: [AccessD] Create table with autonumber and PK Message-ID: Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Christian.Brock at hoffman.army.mil Fri Jun 11 09:10:03 2004 From: Christian.Brock at hoffman.army.mil (Brock, Christian T, HRC-Alexandria) Date: Fri, 11 Jun 2004 10:10:03 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <232419D8B637CB478F9B3EEA9FE37BCF013F13B5@ahrc01b1e0151.hoffman.army.mil> Attached labels are in a control's own control collection. I use this code to change a control's label. You can modify it to extract the caption and other properties. Public Function ModifyControlsLabel(pctl As Control, pstrNewName As String) Dim ctl As Control For Each ctl In pctl.Controls If ctl.ControlType = acLabel Then ctl.Name = "lbl" & pstrNewName End If Next ctl End Function Christian Brock APT Program DSN 221-1936 703-325-1936 -----Original Message----- From: Darren DICK [mailto:d.dick at uws.edu.au] Sent: Friday, 11 June 2004 00:17 To: AccessD List Subject: [AccessD] A2K: Get Control's Label Name Hello all When I drop a control onto a form (say a text Box) The system usually it something like Text0 or text1 etc and it also creates its very own label with similar names. If I know the name of a control can I get it's label name and or caption or any such properties? eg Me.txtMyTextBox.ChildLabel.caption Many thanks in advance Darren -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:13:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:13:29 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: <002101c44fba$7a374390$6401a8c0@default> Message-ID: <000b01c44fbe$45736ef0$0501a8c0@colbyws> Syntax off just slightly - CONSTRAINT PrimaryKey PRIMARY KEY(MEMBERID); That sets the field to PK, but it is still an integer, not an autonumber. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael R Mattys Sent: Friday, June 11, 2004 9:46 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Create table with autonumber and PK John, Does this work? If not, would you take the code solution? CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(ID); ) Michael R. Mattys (724) 942-3437 Mattys MapLib for Microsoft MapPoint http://www.mattysconsulting.com ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 9:14 AM Subject: [AccessD] Create table with autonumber and PK > Folks, > > I have a create table query that creates a table but does not set the > PK or > setup the PK as an autonumber. > > CREATE TABLE MemberDetails > ( > MemberId integer, > FirstName varchar(50), > LastName varchar(50), > DateOfBirth date, > Street varchar(100), > City varchar(75), > State varchar(75), > ZipCode varchar(12), > Email varchar(200), > DateOfJoining date > > ) > > Is it possible to do this? > > The ID should be a long, and should be set as an autonumber, and as > the PK. > How do you do that in SQL? > > John W. Colby > www.ColbyConsulting.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:13:29 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:13:29 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD848D@xlivmbx12.aig.com> Message-ID: <000c01c44fbe$45bfba30$0501a8c0@colbyws> Have you tested the "always the first" thing? If I delete the label, then append it back in, does Access move the existing controls still in the collection so that the label is first? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, June 11, 2004 9:47 AM To: 'Access Developers discussion and problem solving' Cc: 'd.dick at uws.edu.au' Subject: RE: [AccessD] A2K: Get Control's Label Name There's a much simpler way: If a control (any control) has a label bound to it (the label moves when you move the control) the this function does the job Function ControlCaption(c As Control) As String If c.Controls.Count = 0 Then ' the control does not have a label bound to it ' just return the control's data source ControlCaption = Nz(c.ControlSource,"") Else ' The control has a label, and it's always the first ' in the Control's collection for the control we're looking at ControlCaption = c.Controls(0).Caption End If End Function No need to reference the containing form object, no need for any naming convention, no need to use the tag property, no need to iterate anything. Just go get the caption. Lambert > -----Original Message----- > From: Darren DICK [SMTP:d.dick at uws.edu.au] > Sent: Friday, June 11, 2004 2:52 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Get Control's Label Name > > Thanks Rocky > I'm gonna use a bit of each > > Private Sub ps_SetVisibles(intListItem As Integer) > Dim ctl As Control > Dim strLabelCaption As String > For Each ctl In Me.Controls > If Mid(ctl.Tag, 3, 1) = intListItem Then > ctl.Enabled = True > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > Len(ctl.Name))).Caption > MsgBox strLabelCaption > End If > Next > > End Sub > > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 11, 2004 4:31 PM > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Darren: > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > dim txt as Control > > dim lbl as Control > > > > set txt=(text box control name) > > set lbl="lbl" & txt.Name > > > > Now you've got lbl as the label object and all its properties are > available. > > > > HTH > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > > > ----- Original Message ----- > > From: "Darren DICK" > > To: "Access Developers discussion and problem solving" > > > > Sent: Thursday, June 10, 2004 11:18 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Thanks Bob > > > The naming convention I am using is different to that > > > We are using "lbl" and then the control name > > > I am not even directly referring to the 'Parent control' either. I > > > am using TAGs that meet a criteria. I was hoping it was an exposed > > > property of some kind > > > > > > DD > > > > > > ----- Original Message ----- > > > From: "Bob Gajewski" > > > To: "Access Developers discussion and problem solving" > > > > > Sent: Friday, June 11, 2004 3:51 PM > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Darren > > > > > > > > I believe that the default label name is FieldName_Label, so you > > > > can > > always > > > > just append the _Label to your field names for handling (eg: if > > > > the > > field > > > > name is txtMyTextBox then the label's caption should be > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > Regards, > > > > > > > > Bob Gajewski > > > > > > > > > > > > -----Original Message----- > > > > From: accessd-bounces at databaseadvisors.com > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > DICK > > > > Sent: Friday, June 11, 2004 01:37 > > > > To: Access Developers discussion and problem solving > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > Yeah I do that too > > > > but in this case I can't because things are being done > > > > differently using tags > > > > > > > > Many thanks > > > > > > > > DD > > > > > > > > > > > > ----- Original Message ----- > > > > From: "Christopher Hawkins" > > > > To: > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my > > > > > labels > 'lbl' > > > > > & ControlName. > > > > > > > > > > -C- > > > > > > > > > > ---- Original Message ---- > > > > > From: d.dick at uws.edu.au > > > > > To: AccessD at databaseadvisors.com, > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > >Hello all > > > > > >When I drop a control onto a form (say a text Box) The system > > > > > >usually it something like Text0 or text1 etc and it > also > > > > > >creates its very own label with similar names. > > > > > > > > > > > >If I know the name of a control can I get it's label name and > > > > > >or caption or any such properties? > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > >Darren > > > > > > > > > > > >-- > > > > > >_______________________________________________ > > > > > >AccessD mailing list > > > > > >AccessD at databaseadvisors.com > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Fri Jun 11 09:18:01 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 11 Jun 2004 10:18:01 -0400 Subject: [AccessD] Change code to A2003 - function error In-Reply-To: <19F28F0B4284C04FB90CAA380451FFD9412917@bross.quiznos.net> Message-ID: Dear List: I am having a problem with an A2003 db. Since I have just upgraded to this version, I am still rather new on the quirks/changes, so please bear with me. I have a user-defined function so that each field is "high-lighted" when it has focus, to assist the user in following the data input screen. In my form's CBF (frmJobs), I have the following code: Option Compare Database Option Explicit ------------------------------------------------------- Function cbfGotFocus() Me.ActiveControl.BackColor = 8454143 End Function ------------------------------------------------------- Function cbfLostFocus() If Me.ActiveControl.Name <> "cboAll" Then Me.ActiveControl.BackColor = vbWhite End If End Function ------------------------------------------------------- In each field's properties, I have: On Got Focus =[cbfGotFocus] On Lost Focus =[cbfLostFocus] This has been working perfectly for my A97 and A2K db's. Now that I have converted this one db to A2003, I keep getting the error: 'The expression On Got Focus you entered as the event property setting doesn't contain the automation object 'cbfGotFocus'. I have Jet 4.0 SP8 installed. There is no custom security installed; no db password. The following references are checked: Visual Basic for Applications Microsoft Access 11.0 Object Library OLE Automation Microsoft ActiveX Data Objects 2.1 Library Microsoft DAO 3.6 Object Library As always, TIA! Bob Gajewski From jwcolby at colbyconsulting.com Fri Jun 11 09:18:37 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:18:37 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: <45C67756F7C0F942AD80AE35546F40C20DF7F5EF@mb-bp-011.ic.gc.ca> Message-ID: <000d01c44fbe$fd41b960$0501a8c0@colbyws> Jack, Michael, CREATE TABLE MemberDetailsNew ( MemberId COUNTER, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(MemberID) ) Did it for me. This list rocks! 1/2 hour later I have the answer! John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drawbridge.Jack at ic.gc.ca Sent: Friday, June 11, 2004 9:48 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Create table with autonumber and PK John: Try this syntax: Sub jack1() Dim dbs As Database Set dbs = CurrentDb() ' Create a table with three fields and a primary ' key. One field with Autonumber. dbs.Execute "CREATE TABLE table1 (field1 COUNTER CONSTRAINT" & _ "MyFieldConst PRIMARY KEY, field2 TEXT(50), Field3 Date);" dbs.Close End Sub Good luck. jack -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Friday, June 11, 2004 9:15 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri Jun 11 09:37:42 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 11 Jun 2004 10:37:42 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD849E@xlivmbx12.aig.com> It's been a few years since I tested it, but I think so. Let's see... test, test, test ... Yup! I created a from with a textbox a combo a list box and an option group frame and a command button . Then run this code behind the button Private Sub Command6_Click() Dim c As Control Dim msg As String For Each c In Me Select Case c.ControlType Case acLabel msg = "Control " & c.Name & " is a label with the caption " & c.Caption Case acCommandButton msg = "Control " & c.Name & " is a Button with the caption " & c.Caption Case Else msg = "Control " & c.Name & " has caption " & Nz(c.Controls(0).Caption, "-nothing-") End Select MsgBox msg Next c End Sub Next delete all the labels. Then create new labels anywhere on the form, cut them out, select a control and paste the labels onto it, thus binding them (adding them to the Controls collection). Re-ran the code and all the captions were reported correctly. To be honest I don't think I've come across an control with more than one item in it's Controls collection. If you can give me an example it should be simple enough to test. Lambert > -----Original Message----- > From: jwcolby [SMTP:jwcolby at colbyconsulting.com] > Sent: Friday, June 11, 2004 10:13 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > Have you tested the "always the first" thing? If I delete the label, then > append it back in, does Access move the existing controls still in the > collection so that the label is first? > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Friday, June 11, 2004 9:47 AM > To: 'Access Developers discussion and problem solving' > Cc: 'd.dick at uws.edu.au' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > There's a much simpler way: > > If a control (any control) has a label bound to it (the label moves when > you > move the control) the this function does the job > > Function ControlCaption(c As Control) As String > If c.Controls.Count = 0 Then > ' the control does not have a label bound to it > ' just return the control's data source > ControlCaption = Nz(c.ControlSource,"") > Else > ' The control has a label, and it's always the first > ' in the Control's collection for the control we're looking at > ControlCaption = c.Controls(0).Caption > End If > End Function > > No need to reference the containing form object, no need for any naming > convention, no need to use the tag property, no need to iterate anything. > Just go get the caption. > > Lambert > > > -----Original Message----- > > From: Darren DICK [SMTP:d.dick at uws.edu.au] > > Sent: Friday, June 11, 2004 2:52 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Thanks Rocky > > I'm gonna use a bit of each > > > > Private Sub ps_SetVisibles(intListItem As Integer) > > Dim ctl As Control > > Dim strLabelCaption As String > > For Each ctl In Me.Controls > > If Mid(ctl.Tag, 3, 1) = intListItem Then > > ctl.Enabled = True > > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > > Len(ctl.Name))).Caption > > MsgBox strLabelCaption > > End If > > Next > > > > End Sub > > > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" > > To: "Access Developers discussion and problem solving" > > > > Sent: Friday, June 11, 2004 4:31 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren: > > > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > > > dim txt as Control > > > dim lbl as Control > > > > > > set txt=(text box control name) > > > set lbl="lbl" & txt.Name > > > > > > Now you've got lbl as the label object and all its properties are > > available. > > > > > > HTH > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > ----- Original Message ----- > > > From: "Darren DICK" > > > To: "Access Developers discussion and problem solving" > > > > > > Sent: Thursday, June 10, 2004 11:18 PM > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Thanks Bob > > > > The naming convention I am using is different to that > > > > We are using "lbl" and then the control name > > > > I am not even directly referring to the 'Parent control' either. I > > > > am using TAGs that meet a criteria. I was hoping it was an exposed > > > > property of some kind > > > > > > > > DD > > > > > > > > ----- Original Message ----- > > > > From: "Bob Gajewski" > > > > To: "Access Developers discussion and problem solving" > > > > > > > Sent: Friday, June 11, 2004 3:51 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > Darren > > > > > > > > > > I believe that the default label name is FieldName_Label, so you > > > > > can > > > always > > > > > just append the _Label to your field names for handling (eg: if > > > > > the > > > field > > > > > name is txtMyTextBox then the label's caption should be > > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > > > Regards, > > > > > > > > > > Bob Gajewski > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: accessd-bounces at databaseadvisors.com > > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > > DICK > > > > > Sent: Friday, June 11, 2004 01:37 > > > > > To: Access Developers discussion and problem solving > > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > Yeah I do that too > > > > > but in this case I can't because things are being done > > > > > differently using tags > > > > > > > > > > Many thanks > > > > > > > > > > DD > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Christopher Hawkins" > > > > > To: > > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my > > > > > > labels > > 'lbl' > > > > > > & ControlName. > > > > > > > > > > > > -C- > > > > > > > > > > > > ---- Original Message ---- > > > > > > From: d.dick at uws.edu.au > > > > > > To: AccessD at databaseadvisors.com, > > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > > > >Hello all > > > > > > >When I drop a control onto a form (say a text Box) The system > > > > > > >usually it something like Text0 or text1 etc and it > > also > > > > > > >creates its very own label with similar names. > > > > > > > > > > > > > >If I know the name of a control can I get it's label name and > > > > > > >or caption or any such properties? > > > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > > > >Darren > > > > > > > > > > > > > >-- > > > > > > >_______________________________________________ > > > > > > >AccessD mailing list > > > > > > >AccessD at databaseadvisors.com > > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > _______________________________________________ > > > > > > AccessD mailing list > > > > > > AccessD at databaseadvisors.com > > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > Website: http://www.databaseadvisors.com > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:39:01 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:39:01 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: Message-ID: <000e01c44fc1$d6e1ef30$0501a8c0@colbyws> Access used AUTOINCREMENT just fine, but SQL Server didn't pick it up as a keyword. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Garraway, Alun Sent: Friday, June 11, 2004 10:09 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Create table with autonumber and PK Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HollisVJ at pgdp.usec.com Fri Jun 11 09:49:16 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 09:49:16 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B2@cntexchange.pgdp.usec.com> I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:51:00 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:51:00 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: Message-ID: <001001c44fc3$83293770$0501a8c0@colbyws> And thus the following also works in Access: CREATE TABLE MemberDetails ( MemberId AUTOINCREMENT , FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(MemberID) ) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Garraway, Alun Sent: Friday, June 11, 2004 10:09 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Create table with autonumber and PK Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 09:58:32 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 10:58:32 -0400 Subject: [AccessD] A2K: Get Control's Label Name In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD849E@xlivmbx12.aig.com> Message-ID: <001101c44fc4$9097ac60$0501a8c0@colbyws> Frames have the check boxes in their controls collection don't they? And I just tested it, and the frame's label ends up last when deleted then added back in. I created a frame with three option buttons. The following code printed Option3 Label4 Option5 Label6 Option7 Label8 lblFra1 To the debug window when run after deleting and reinserting the label. Private Sub Form_Load() Dim fra As Control Dim ctl As Control Set fra = Frame0 For Each ctl In fra.Controls Debug.Print ctl.Name Next ctl End Sub The method I gave for iterating the controls collection looking for the control of type label should always work. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Friday, June 11, 2004 10:38 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] A2K: Get Control's Label Name It's been a few years since I tested it, but I think so. Let's see... test, test, test ... Yup! I created a from with a textbox a combo a list box and an option group frame and a command button . Then run this code behind the button Private Sub Command6_Click() Dim c As Control Dim msg As String For Each c In Me Select Case c.ControlType Case acLabel msg = "Control " & c.Name & " is a label with the caption " & c.Caption Case acCommandButton msg = "Control " & c.Name & " is a Button with the caption " & c.Caption Case Else msg = "Control " & c.Name & " has caption " & Nz(c.Controls(0).Caption, "-nothing-") End Select MsgBox msg Next c End Sub Next delete all the labels. Then create new labels anywhere on the form, cut them out, select a control and paste the labels onto it, thus binding them (adding them to the Controls collection). Re-ran the code and all the captions were reported correctly. To be honest I don't think I've come across an control with more than one item in it's Controls collection. If you can give me an example it should be simple enough to test. Lambert From bheid at appdevgrp.com Fri Jun 11 09:59:34 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Fri, 11 Jun 2004 10:59:34 -0400 Subject: [AccessD] Change code to A2003 - function error In-Reply-To: <916187228923D311A6FE00A0CC3FAA308B6895@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB5C5@ADGSERVER> Off of the top of my head, I would try On got focus =cbfGotFocus() On Lost Focus =cbfLostFocus() HTH, Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Gajewski Sent: Friday, June 11, 2004 10:18 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Change code to A2003 - function error Dear List: I am having a problem with an A2003 db. Since I have just upgraded to this version, I am still rather new on the quirks/changes, so please bear with me. I have a user-defined function so that each field is "high-lighted" when it has focus, to assist the user in following the data input screen. In my form's CBF (frmJobs), I have the following code: Option Compare Database Option Explicit ------------------------------------------------------- Function cbfGotFocus() Me.ActiveControl.BackColor = 8454143 End Function ------------------------------------------------------- Function cbfLostFocus() If Me.ActiveControl.Name <> "cboAll" Then Me.ActiveControl.BackColor = vbWhite End If End Function ------------------------------------------------------- In each field's properties, I have: On Got Focus =[cbfGotFocus] On Lost Focus =[cbfLostFocus] This has been working perfectly for my A97 and A2K db's. Now that I have converted this one db to A2003, I keep getting the error: 'The expression On Got Focus you entered as the event property setting doesn't contain the automation object 'cbfGotFocus'. I have Jet 4.0 SP8 installed. There is no custom security installed; no db password. The following references are checked: Visual Basic for Applications Microsoft Access 11.0 Object Library OLE Automation Microsoft ActiveX Data Objects 2.1 Library Microsoft DAO 3.6 Object Library As always, TIA! Bob Gajewski -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Fri Jun 11 10:03:25 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 11 Jun 2004 11:03:25 -0400 Subject: [AccessD] Change code to A2003 - function error SOLVED In-Reply-To: <916187228923D311A6FE00A0CC3FAA305BB5C5@ADGSERVER> Message-ID: Bobby You're a genius! Worked like a charm. Thanks!!! Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bobby Heid Sent: Friday, June 11, 2004 11:00 To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Change code to A2003 - function error Off of the top of my head, I would try On got focus =cbfGotFocus() On Lost Focus =cbfLostFocus() HTH, Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Gajewski Sent: Friday, June 11, 2004 10:18 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Change code to A2003 - function error Dear List: I am having a problem with an A2003 db. Since I have just upgraded to this version, I am still rather new on the quirks/changes, so please bear with me. I have a user-defined function so that each field is "high-lighted" when it has focus, to assist the user in following the data input screen. In my form's CBF (frmJobs), I have the following code: Option Compare Database Option Explicit ------------------------------------------------------- Function cbfGotFocus() Me.ActiveControl.BackColor = 8454143 End Function ------------------------------------------------------- Function cbfLostFocus() If Me.ActiveControl.Name <> "cboAll" Then Me.ActiveControl.BackColor = vbWhite End If End Function ------------------------------------------------------- In each field's properties, I have: On Got Focus =[cbfGotFocus] On Lost Focus =[cbfLostFocus] This has been working perfectly for my A97 and A2K db's. Now that I have converted this one db to A2003, I keep getting the error: 'The expression On Got Focus you entered as the event property setting doesn't contain the automation object 'cbfGotFocus'. I have Jet 4.0 SP8 installed. There is no custom security installed; no db password. The following references are checked: Visual Basic for Applications Microsoft Access 11.0 Object Library OLE Automation Microsoft ActiveX Data Objects 2.1 Library Microsoft DAO 3.6 Object Library As always, TIA! Bob Gajewski -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CMackin at Quiznos.com Fri Jun 11 10:07:34 2004 From: CMackin at Quiznos.com (Mackin, Christopher) Date: Fri, 11 Jun 2004 09:07:34 -0600 Subject: [AccessD] Change code to A2003 Message-ID: <19F28F0B4284C04FB90CAA380451FFD941291A@bross.quiznos.net> In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing 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 cfoust at infostatsystems.com Fri Jun 11 10:10:13 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 11 Jun 2004 08:10:13 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Well, what *is* distinct about a screw from the same lot? This is probably a poor example for this discussion because screws of the same size, etc., are interchangeable. There is no need to identify any particular screw from a batch of duplicate screws, so it has no unique key! Charlotte Foust -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Friday, June 11, 2004 5:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HollisVJ at pgdp.usec.com Fri Jun 11 10:20:59 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 10:20:59 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B3@cntexchange.pgdp.usec.com> I checked - no missing references. Do I have to convert the database to 2003 like I did when I moved from 97 to 2000? Why don't they have the reference to DAO 3.6 anymore? Virginia ************* In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com > ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing 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 marcus at tsstech.com Fri Jun 11 10:25:33 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 11:25:33 -0400 Subject: [AccessD] OT: The Great Primary Debate - Natural Key Garbage Message-ID: << Well, what *is* distinct about a screw from the same lot? Nothing, I was using the example given. What is distinct about 500 red Mustang convertibles coming off of Ford's assembly line? What is distinct about any part made on an assembly line(in the majority of cases)? Nothing, yet because a serial number is placed on it, someone decides that the serial number is a natural key. It isn't any more natural than an auto-number. In fact, I could rename the auto-number field to serial number and then the logic of that argument says that I now have a natural key. Since when would the name of an attribute define it as being a natural key? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, June 11, 2004 11:10 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Well, what *is* distinct about a screw from the same lot? This is probably a poor example for this discussion because screws of the same size, etc., are interchangeable. There is no need to identify any particular screw from a batch of duplicate screws, so it has no unique key! Charlotte Foust -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Friday, June 11, 2004 5:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Fri Jun 11 10:33:58 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 11:33:58 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: <001201c44fc9$83d2fd40$0501a8c0@colbyws> Charlotte, that may or may not be true, but that is just an example. Take the next size up, a carburetor. You might want to serialize a carburetor for service purposes. Nothing different between it and the next (identical) carburetor, but it still gets a serial number. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, June 11, 2004 11:10 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Well, what *is* distinct about a screw from the same lot? This is probably a poor example for this discussion because screws of the same size, etc., are interchangeable. There is no need to identify any particular screw from a batch of duplicate screws, so it has no unique key! Charlotte Foust -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Friday, June 11, 2004 5:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Stuart, It was just an example. I worked for GE Aircraft Engines for 2 years. I wrote systems that tracked those screws/nuts/bolts etc. They want to know everything about anything in an engine. They do not however track below a lot number on those common parts. You could find anything you needed to know about a 'lot' of screws but a particular screw from that lot was no different than any other screw in that lot. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Friday, June 11, 2004 9:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From my.lists at verizon.net Fri Jun 11 10:35:51 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Fri, 11 Jun 2004 08:35:51 -0700 Subject: [AccessD] UCASE not defined? Message-ID: <40C9D157.4090001@verizon.net> I have a report that was created and contains some UCASE, suddenly this doesn't work, I got a workaround I just UPPER() the source data from SQL, but why am I seeing this problem now Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). thanks for your replies :) -- -Francisco From andy at minstersystems.co.uk Fri Jun 11 10:36:23 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 11 Jun 2004 16:36:23 +0100 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <20040611153620.2B53924E26B@smtp.nildram.co.uk> Well slap me with a wet haddock. Learn something every day (well nearly) from this list. Thanks Lambert. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: 'Access Developers discussion and problem solving' Cc: 'd.dick at uws.edu.au' Subject: RE: [AccessD] A2K: Get Control's Label Name Date: 11/06/04 13:48 > > There's a much simpler way: > > If a control (any control) has a label bound to it (the label moves when you > move the control) the this function does the job > > Function ControlCaption(c As Control) As String > If c.Controls.Count = 0 Then > ' the control does not have a label bound to it > ' just return the control's data source > ControlCaption = Nz(c.ControlSource,"") > Else > ' The control has a label, and it's always the first > ' in the Control's collection for the control we're looking at > ControlCaption = c.Controls(0).Caption > End If > End Function > > No need to reference the containing form object, no need for any naming > convention, no need to use the tag property, no need to iterate anything. > Just go get the caption. > > Lambert > > > -----Original Message----- > > From: Darren DICK [SMTP:d.dick at uws.edu.au] > > Sent: Friday, June 11, 2004 2:52 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > Thanks Rocky > > I'm gonna use a bit of each > > > > Private Sub ps_SetVisibles(intListItem As Integer) > > Dim ctl As Control > > Dim strLabelCaption As String > > For Each ctl In Me.Controls > > If Mid(ctl.Tag, 3, 1) = intListItem Then > > ctl.Enabled = True > > strLabelCaption = Me("lbl" & Mid(ctl.Name, 4, > > Len(ctl.Name))).Caption > > MsgBox strLabelCaption > > End If > > Next > > > > End Sub > > > > > > ----- Original Message ----- > > From: "Rocky Smolin - Beach Access Software" <bchacc at san.rr.com> > > To: "Access Developers discussion and problem solving" > > <accessd at databaseadvisors.com> > > Sent: Friday, June 11, 2004 4:31 PM > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > Darren: > > > > > > Off the top of my head. Don't know if this'll do but, how about: > > > > > > dim txt as Control > > > dim lbl as Control > > > > > > set txt=(text box control name) > > > set lbl="lbl" & txt.Name > > > > > > Now you've got lbl as the label object and all its properties are > > available. > > > > > > HTH > > > > > > Rocky Smolin > > > Beach Access Software > > > http://www.e-z-mrp.com > > > > > > > > > ----- Original Message ----- > > > From: "Darren DICK" <d.dick at uws.edu.au> > > > To: "Access Developers discussion and problem solving" > > > <accessd at databaseadvisors.com> > > > Sent: Thursday, June 10, 2004 11:18 PM > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > Thanks Bob > > > > The naming convention I am using is different to that > > > > We are using "lbl" and then the control name > > > > I am not even directly referring to the 'Parent control' either. > > > > I am using TAGs that meet a criteria. > > > > I was hoping it was an exposed property of some kind > > > > > > > > DD > > > > > > > > ----- Original Message ----- > > > > From: "Bob Gajewski" <rbgajewski at adelphia.net> > > > > To: "Access Developers discussion and problem solving" > > > <accessd at databaseadvisors.com> > > > > Sent: Friday, June 11, 2004 3:51 PM > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > Darren > > > > > > > > > > I believe that the default label name is FieldName_Label, so you can > > > always > > > > > just append the _Label to your field names for handling (eg: if the > > > field > > > > > name is txtMyTextBox then the label's caption should be > > > > > Me.txtMyTextBox_Label.caption). > > > > > > > > > > Regards, > > > > > > > > > > Bob Gajewski > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: accessd-bounces at databaseadvisors.com > > > > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Darren > > DICK > > > > > Sent: Friday, June 11, 2004 01:37 > > > > > To: Access Developers discussion and problem solving > > > > > Subject: Re: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > Yeah I do that too > > > > > but in this case I can't because things are being done differently > > > > > using tags > > > > > > > > > > Many thanks > > > > > > > > > > DD > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Christopher Hawkins" <clh at christopherhawkins.com> > > > > > To: <accessd at databaseadvisors.com> > > > > > Sent: Friday, June 11, 2004 2:27 PM > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > > > > > > > > > > > I may be doing it the hard way, but I've always named my labels > > 'lbl' > > > > > > & ControlName. > > > > > > > > > > > > -C- > > > > > > > > > > > > ---- Original Message ---- > > > > > > From: d.dick at uws.edu.au > > > > > > To: AccessD at databaseadvisors.com, > > > > > > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > > > > Date: Fri, 11 Jun 2004 14:16:57 +1000 > > > > > > > > > > > > >Hello all > > > > > > >When I drop a control onto a form (say a text Box) > > > > > > >The system usually it something like Text0 or text1 etc and it > > also > > > > > > >creates its very own label with similar names. > > > > > > > > > > > > > >If I know the name of a control can I get it's label name and or > > > > > > >caption or any such properties? > > > > > > > > > > > > > >eg Me.txtMyTextBox.ChildLabel.caption > > > > > > > > > > > > > >Many thanks in advance > > > > > > > > > > > > > >Darren > > > > > > > > > > > > > >-- > > > > > > >_______________________________________________ > > > > > > >AccessD mailing list > > > > > > >AccessD at databaseadvisors.com > > > > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > _______________________________________________ > > > > > > AccessD mailing list > > > > > > AccessD at databaseadvisors.com > > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > > Website: http://www.databaseadvisors.com > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > -- > > > > > _______________________________________________ > > > > > AccessD mailing list > > > > > AccessD at databaseadvisors.com > > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > > Website: http://www.databaseadvisors.com > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From jwcolby at colbyconsulting.com Fri Jun 11 10:41:06 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Fri, 11 Jun 2004 11:41:06 -0400 Subject: [AccessD] SAVE VIEW Message-ID: <001b01c44fca$82c62bb0$0501a8c0@colbyws> The SAVE VIEW keyword causes some SQL statements to be stored as a view in SQL Server and other database engines. It does not work in Access. Is there a replacement for that syntax that does work in Access? CREATE VIEW Members AS SELECT * FROM MemberDetails John W. Colby www.ColbyConsulting.com From Jim.Hale at FleetPride.com Fri Jun 11 10:41:58 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Fri, 11 Jun 2004 10:41:58 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCC0@corp-es01.FLEETPRIDE.COM> I almost chlorinated the city of Memphis back in the '60s when I worked as a storeroom clerk for a chemical co in high school. I put some nuts I found into what I thought was the correct bin. Turned out they were slightly different (1/64 as I recall). When a chlorine line went down that night the maintenance crew grabbed a handful, replaced a flange and prepared to pressure up the line. Fortunately the crew chief decided something "was not quite right" and changed out the nuts. The next day I had to sit in front of the bin with 20,000 nuts and separate out the bad guys by testiong them one by one on a matching bolt. Yes an arbitrary serial part number once assigned becomes an attribute and I wish the ?##@@$!! nuts had had one! True story. Jim Hale -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Friday, June 11, 2004 8:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mikedorism at adelphia.net Fri Jun 11 10:53:24 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Fri, 11 Jun 2004 11:53:24 -0400 Subject: [AccessD] SAVE VIEW In-Reply-To: <001b01c44fca$82c62bb0$0501a8c0@colbyws> Message-ID: <000001c44fcc$3a7ba180$cc0aa845@hargrove.internal> In SQL Server, you use ALTER instead of CREATE to change an existing object. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] SAVE VIEW The SAVE VIEW keyword causes some SQL statements to be stored as a view in SQL Server and other database engines. It does not work in Access. Is there a replacement for that syntax that does work in Access? CREATE VIEW Members AS SELECT * FROM MemberDetails John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Stephen.Pickering at caremark.com Fri Jun 11 10:56:43 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Fri, 11 Jun 2004 10:56:43 -0500 Subject: [AccessD] UCASE not defined? Message-ID: <35C4AC5A5AFD9642833200159C2581560A6929@s98026.psd.caremark.int> Francisco, I assume you have, but just to make sure, have you checked for missing references? Steve -----Francisco H Tapia's Original Message----- I have a report that was created and contains some UCASE, suddenly this doesn't work, I got a workaround I just UPPER() the source data from SQL, but why am I seeing this problem now Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). thanks for your replies :) -- -Francisco From Developer at UltraDNT.com Fri Jun 11 11:51:07 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Fri, 11 Jun 2004 12:51:07 -0400 Subject: [AccessD] SAVE VIEW In-Reply-To: <001b01c44fca$82c62bb0$0501a8c0@colbyws> Message-ID: <000501c44fd4$4fa9b6c0$6401a8c0@COA3> Access version? The syntax you write here will create an Access query in AXP if you have ANSI-92 compatibility turned ON. (Don't remember if 2000 did this, maybe if patched/updated?) Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 11:41 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] SAVE VIEW The SAVE VIEW keyword causes some SQL statements to be stored as a view in SQL Server and other database engines. It does not work in Access. Is there a replacement for that syntax that does work in Access? CREATE VIEW Members AS SELECT * FROM MemberDetails John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Fri Jun 11 11:03:45 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Fri, 11 Jun 2004 12:03:45 -0400 Subject: [AccessD] A2K: Get Control's Label Name Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD84A9@xlivmbx12.aig.com> Ah yes! Of course, Frames! So here is the newest version of my handy-dandy function Function ControlCaption(c As Control) As String Dim c2 As Control If c.Controls.count = 0 Then ControlCaption = c.ControlSource Else Select Case c.ControlType Case acOptionGroup ControlCaption = "" ' default value in case there is no label, don't want to return Null For Each c2 In c.Controls Select Case c2.ControlType Case acLabel If c2.Parent.Name = c.Name Then ControlCaption = c2.Caption Exit For End If End Select Next c2 Case Else ControlCaption = c.Controls(0).Caption End Select End If End Function A little longer, but is only has to loop through the controls colletion of Frames, nothing else. Thanks for setting me straight John. Lambert > -----Original Message----- > From: jwcolby [SMTP:jwcolby at colbyconsulting.com] > Sent: Friday, June 11, 2004 10:59 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > Frames have the check boxes in their controls collection don't they? > > And I just tested it, and the frame's label ends up last when deleted then > added back in. I created a frame with three option buttons. The > following > code printed > > Option3 > Label4 > Option5 > Label6 > Option7 > Label8 > lblFra1 > > To the debug window when run after deleting and reinserting the label. > > Private Sub Form_Load() > Dim fra As Control > Dim ctl As Control > > Set fra = Frame0 > For Each ctl In fra.Controls > Debug.Print ctl.Name > Next ctl > End Sub > > The method I gave for iterating the controls collection looking for the > control of type label should always work. > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert > Sent: Friday, June 11, 2004 10:38 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] A2K: Get Control's Label Name > > > It's been a few years since I tested it, but I think so. Let's see... > > test, test, test > > ... Yup! > > I created a from with a textbox a combo a list box and an option group > frame > and a command button . Then run this code behind the button > > Private Sub Command6_Click() > Dim c As Control > Dim msg As String > For Each c In Me > Select Case c.ControlType > Case acLabel > msg = "Control " & c.Name & " is a label with the caption " & > c.Caption > Case acCommandButton > msg = "Control " & c.Name & " is a Button with the caption " & > c.Caption > Case Else > msg = "Control " & c.Name & " has caption " & > Nz(c.Controls(0).Caption, "-nothing-") > > End Select > MsgBox msg > Next c > End Sub > > Next delete all the labels. Then create new labels anywhere on the form, > cut > them out, select a control and paste the labels onto it, thus binding them > (adding them to the Controls collection). Re-ran the code and all the > captions were reported correctly. > > To be honest I don't think I've come across an control with more than one > item in it's Controls collection. If you can give me an example it should > be > simple enough to test. > > Lambert > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Fri Jun 11 11:05:28 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 11 Jun 2004 12:05:28 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Jim, Great story! Everyone, I'm not arguing the attribute point. I'm arguing about some article that discussed natural keys (like SSN, Serial #) being more natural than an auto-number. Personally, I think the whole "natural key" thing is bogus. A key is a key is a key. We could argue semantics all day long. Add new attributes to make up a key or use existing attributes, makes no difference to me. If you want better performance, you probably should not be thinking multi-attribute key. Anyone have some good examples of the performance side of switching from multi-attribute to single attribute keys? On the flip side, what about dollars saved when switching from one to the other. I would think support cost would be higher on one vs. the other. How about accuracy of the model using both methods (plays into maintaining the application/database) ? Lets at least gain something from the debate... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Hale, Jim Sent: Friday, June 11, 2004 11:42 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate I almost chlorinated the city of Memphis back in the '60s when I worked as a storeroom clerk for a chemical co in high school. I put some nuts I found into what I thought was the correct bin. Turned out they were slightly different (1/64 as I recall). When a chlorine line went down that night the maintenance crew grabbed a handful, replaced a flange and prepared to pressure up the line. Fortunately the crew chief decided something "was not quite right" and changed out the nuts. The next day I had to sit in front of the bin with 20,000 nuts and separate out the bad guys by testiong them one by one on a matching bolt. Yes an arbitrary serial part number once assigned becomes an attribute and I wish the ?##@@$!! nuts had had one! True story. Jim Hale -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Friday, June 11, 2004 8:27 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 11 Jun 2004 at 8:28, Scott Marcus wrote: > John, > > If you have a bin full of 20,000 screws (all the same, because that's > what I was saying) you would be an amazing person if I could pick up > anyone of them, show it to you, take it back, put it back in the bin, > mix the bin up, and you could find that same exact screw. > You've obviously never developed any systems for the aircraft industry. You need to track what supplier and manufacture batch any individual screw came from, what aircraft it ended up on and where. You just don't dump 20,000 screws in a bin. :-( -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Rich_Lavsa at pghcorning.com Fri Jun 11 11:07:23 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Fri, 11 Jun 2004 12:07:23 -0400 Subject: [AccessD] Report to PDF using CutePDF Message-ID: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich From dmcafee at pacbell.net Fri Jun 11 11:27:34 2004 From: dmcafee at pacbell.net (dmcafee at pacbell.net) Date: Fri, 11 Jun 2004 09:27:34 -0700 Subject: [AccessD] Stopping USB device through VBA (Cross posted) Message-ID: Does anyone know how to stop a USB device through VBA? I've created a little database for my wife who is taking over 400 pictures today. Since the 128 MB memory disk can only hold around 50 or so high quality pics and since my newly purchased higher capacity memory stick hasn't arrived in the mail :( I will need to have her move the pictures from the memory stick to laptop's HDD several times. I can do the move/copy/delete through VBA, but one thing I cant figure out is how to stop the USB device after the move is done so she can safely remove the memory stick. Currently I have to have her use the mouse and click on the green arrow on the taskbar (W2K) near the clock. This laptop has a glide pad which is difficult for her to use. Besides, it would be nice to have a button do the whole operation from within the application. Anyone have any ideas or sample code? Thanks David McAfee From dmcafee at pacbell.net Fri Jun 11 11:33:49 2004 From: dmcafee at pacbell.net (dmcafee at pacbell.net) Date: Fri, 11 Jun 2004 09:33:49 -0700 Subject: [AccessD] OT: The Great Primary Debate - Natural Key Garbage In-Reply-To: Message-ID: My Camaro can beat them all? :P Hey...its Friday! I guess THAT debate is much better to discuss on ls1tech.com ;) David -----Original Message----- What is distinct about 500 red Mustang convertibles coming off of Ford's assembly line? Scott Marcus From cfoust at infostatsystems.com Fri Jun 11 11:46:14 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 11 Jun 2004 09:46:14 -0700 Subject: [AccessD] Change code to A2003 Message-ID: My understanding was that DAO was the default in 2003, but I don't have it myself yet. Is there any DAO version in the reference list? Charlotte Foust -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com] Sent: Friday, June 11, 2004 7:21 AM To: 'accessd at databaseadvisors.com' Subject: [AccessD] Change code to A2003 I checked - no missing references. Do I have to convert the database to 2003 like I did when I moved from 97 to 2000? Why don't they have the reference to DAO 3.6 anymore? Virginia ************* In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com > ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing 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 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Fri Jun 11 11:55:01 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 11 Jun 2004 09:55:01 -0700 Subject: [AccessD] Change code to A2003 References: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B3@cntexchange.pgdp.usec.com> Message-ID: <40C9E3E5.3000509@shaw.ca> Are you sure you haven't created an adp file instead of an mdb? The DAO reference is missing in an ADP file on first creation. If you are really in an mdb with the reference tools window open, browse to this file and reset C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll Hollis,Virginia wrote: >I checked - no missing references. > >Do I have to convert the database to 2003 like I did when I moved from 97 to >2000? > >Why don't they have the reference to DAO 3.6 anymore? > >Virginia > >************* > >In the code window look under Tools->References, it sounds like you have one >or more that are missing. They should show up with: > >MISSING: > >as the prefix to the reference. You will not be able to Compile your >database until all of the references used in code are resolved. > >-Chris Mackin > >-----Original Message----- >From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] >Sent: Friday, June 11, 2004 8:49 AM >To: 'accessd at databaseadvisors.com > ' >Subject: [AccessD] Change code to A2003 > > >I used your suggestion & it solved that problem. > > > >But I am still getting errors in other places for example: .FindFirst >"[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & >Me!FailureReportNo. I get an error on the last Me!FailureReportNo that >Method or Member not found. I have never had that error before and have been >using this database for years. I am getting compile errors on a lot of code. >What can I do?? > > > >Virginia > > > > > >************* > > > >EXPLICITLY DECLARE YOUR VARIABLES! > >Dim db as DAO.Database >Dim RS as DAO.Recordset > >Otherwise you are at the whim of how the references are listed and whatever >Access finds first as a suitable reference library. > >-Chris Mackin > > >-----Original Message----- >From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > > ] >Sent: Friday, June 11, 2004 5:19 AM >To: 'accessD at databaseadvisors.com > > ' >Subject: [AccessD] Change code to A2003 > > >I have been using the below code to count the number of hits on a form. I >installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a >reference to DAO 3.6 & the code would work. But in 2003 this is not listed >in the references. > > > >What can I change the code to so it will work correctly? > > > >Virginia > > > >******************** > > > >Public Function CountThisForm(frm As Form) As Boolean > >Dim db As Database > >Dim RS As Recordset > >Dim SQL As String > >Set db = CurrentDb > >SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" > >Set RS = db.OpenRecordset(SQL, dbOpenDynaset) > >If RS.RecordCount > 0 Then > > RS.Edit > > RS!HitCount = RS!HitCount + 1 > > RS.Update > >Else > > RS.AddNew > > RS!FormName = frm.Name > > RS!HitCount = 1 > >End If > >RS.Close > >Set RS = Nothing > >End Function > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Fri Jun 11 12:09:09 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Fri, 11 Jun 2004 10:09:09 -0700 Subject: [AccessD] Report to PDF using CutePDF References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <40C9E735.1050608@shaw.ca> You could try Attac Software On the fly printing software, See if the trial version handles cutepdf. It is handy because you can also rename your pdf report files from code. PDF and Mail Class Library for Access http://ourworld.compuserve.com/homepages/attac-cg/acgsoft.htm Lavsa, Rich wrote: >Hello all, > >Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed >environment. > >I was wondering if anyone out there has any tips or tricks on how to >automate the creation of a report into a PDF document using CutePDF. We >also have PDF-XCHANGE but we do not have the SDK version. >I've seen code to use PDFWriter from Adobe, however I don't have that >luxury. > >I downloaded CutePDF and GostScript, which works great as a printer to >convert any document to PDF via a printer and is totally free without >watermarks or ads. I would like to use this as part of an email >distribution of reports. I know this has been talked about on the lists but >has there been any solutions that use CutePDF, or does anyone out there know >the workings behind CutePDF that they could share where I could either alter >some registry changes or ini file to automate the creation of a PDF and then >simply pick it up and send it via an email. > >Thanks in advance, >Rich > > -- Marty Connelly Victoria, B.C. Canada From lists at theopg.com Fri Jun 11 12:30:38 2004 From: lists at theopg.com (MarkH) Date: Fri, 11 Jun 2004 18:30:38 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <1046321750.20040611104240@cactus.dk> Message-ID: <000901c44fd9$d061bba0$4c0b6bd5@netboxxp> Hi Gustav... Didn't mean to be so negative. I am fully aware of accounting data structures. I ran Sage Sovreign for several years for a 60+ branch orgainsation and am currently writing a fairly large project based cost control application, which tracks costs from initial project estimates based on project structure etc., through the various purchasing processes and takes into account varying exchange rates and rates of inflation. It also handles forecasting, time writing and resource management. Yep, its pretty difficult to get my head round certain things, but one things for sure, ultimately the solutions are always simple ones... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 11 June 2004 09:43 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Hi Mark > .. Accounting data structures are very straight forward .. Well, that's what many a programmer have thought: "- how difficult can it be to sum debit and credit?". There is more in an accounting application than this. > .. and I don't understand why there > are so many discrepancies in such a 'well' developed package. For > example, several of the standard reports don't cross balance due to > the fact they (sometimes) ignore journal entries. Saying that though, > I have never been impressed by an accounts package so maybe I'm just > too cynical :O) /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Fri Jun 11 12:32:31 2004 From: lists at theopg.com (MarkH) Date: Fri, 11 Jun 2004 18:32:31 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <000a01c44fda$130954e0$4c0b6bd5@netboxxp> Sorry... Didn't mean to be so negative, I just got left with a very bad taste in my mouth when I came to renew the payroll module and found the QB made it impossible to upgrade without buying the application again (only a year after I bought it). All I wanted was updated tax tables and from what they told me that would not be possible without upgrading the application at a cost of more than double the original price. That sort of behaviour as far as I'm concerned is out of order and unnecessary, tax tables are just data and it seems they have no loyalty to existing customers. To make it imposible to update the tax tables without updating the application is, in my oppinion, pure greed, totally unnecessary and as bad, if not worse than some of the tactics emplyed by microsoft themselves. Sorry again for being so negative and drifting OT... Didn't mean to rant :@) Good luck Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 11 June 2004 00:56 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HollisVJ at pgdp.usec.com Fri Jun 11 12:34:19 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 12:34:19 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B7@cntexchange.pgdp.usec.com> No, it is not referenced anywhere in the list. Virginia ************* My understanding was that DAO was the default in 2003, but I don't have it myself yet. Is there any DAO version in the reference list? Charlotte Foust -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com ] Sent: Friday, June 11, 2004 7:21 AM To: 'accessd at databaseadvisors.com ' Subject: [AccessD] Change code to A2003 I checked - no missing references. Do I have to convert the database to 2003 like I did when I moved from 97 to 2000? Why don't they have the reference to DAO 3.6 anymore? Virginia ************* In the code window look under Tools->References, it sounds like you have one or more that are missing. They should show up with: MISSING: as the prefix to the reference. You will not be able to Compile your database until all of the references used in code are resolved. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > ] Sent: Friday, June 11, 2004 8:49 AM To: 'accessd at databaseadvisors.com > ' Subject: [AccessD] Change code to A2003 I used your suggestion & it solved that problem. But I am still getting errors in other places for example: .FindFirst "[FailureTimeID]= " & right.ItemData(i) & " And [FailureReportNo]= " & Me!FailureReportNo. I get an error on the last Me!FailureReportNo that Method or Member not found. I have never had that error before and have been using this database for years. I am getting compile errors on a lot of code. What can I do?? Virginia ************* EXPLICITLY DECLARE YOUR VARIABLES! Dim db as DAO.Database Dim RS as DAO.Recordset Otherwise you are at the whim of how the references are listed and whatever Access finds first as a suitable reference library. -Chris Mackin -----Original Message----- From: Hollis,Virginia [mailto:HollisVJ at pgdp.usec.com > > ] Sent: Friday, June 11, 2004 5:19 AM To: 'accessD at databaseadvisors.com > > ' Subject: [AccessD] Change code to A2003 I have been using the below code to count the number of hits on a form. I installed A2003 yesterday & receive an error on RS.Edit. In A2K I added a reference to DAO 3.6 & the code would work. But in 2003 this is not listed in the references. What can I change the code to so it will work correctly? Virginia ******************** Public Function CountThisForm(frm As Form) As Boolean Dim db As Database Dim RS As Recordset Dim SQL As String Set db = CurrentDb SQL = "Select * FROM tblCounter Where FormName = """ & frm.Name & """;" Set RS = db.OpenRecordset(SQL, dbOpenDynaset) If RS.RecordCount > 0 Then RS.Edit RS!HitCount = RS!HitCount + 1 RS.Update Else RS.AddNew RS!FormName = frm.Name RS!HitCount = 1 End If RS.Close Set RS = Nothing End Function From clh at christopherhawkins.com Fri Jun 11 12:37:19 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Fri, 11 Jun 2004 11:37:19 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <184930-220046511173719327@christopherhawkins.com> OK. I think I understand what you're shooting for. I'm still in! ;) -Christopher Hawkins- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Fri, 11 Jun 2004 07:34:32 -0400 >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of >which are >as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) >complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the >QBFC. So in the end I will end up with a solution that will allow for >portability, and very easy communications with QB. The solution will >do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made >it an >open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Thursday, June 10, 2004 8:51 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Wait a minute - aren't there prepackaged VB6 samples for the customer >and invoice creation modules in the QB SDK? That would explain the >seamlessness of those tow particular operations. ;) > >What do you need to be able to do with QB that you can't do now? >That is to say, what is the intended scope of this QuickBooks >project? > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Thu, 10 Jun 2004 20:00:25 -0400 > >>Christopher, >> At this point (just starting), I am able to create a new customer, >>and a >>invoice completely within my program. Now, QuickBooks has too be >>open, (I >>think I maybe able to use their QuickBooks Remote Data Sharing >>Client with >>QuickBooks Remote Data Sharing Server to get around this but I'm not >>sure) >>to interact with the data. Outside of that it's seamless. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >Christopher >>Hawkins >>Sent: Wednesday, June 09, 2004 8:53 PM >>To: accessd at databaseadvisors.com >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Mine are too. The trick is, how seamless can it be made? The last >>time I looked at the SDK and the documentation, it appeared to me >>that part of the non-seamlessness was baked in to QB itself. >> >>-C- >> >>---- Original Message ---- >>From: Subscriptions at servicexp.com >>To: accessd at databaseadvisors.com, >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>Date: Wed, 9 Jun 2004 20:22:20 -0400 >> >>>Wow >>> Intuit has a greater then 85% market share. I'm not sure about you >>>guys, >>>but my clients are screaming for a strong solution that interacts >>>with >>>QuickBooks in my products. >>> >>> >>>Robert Gracie >>>www.servicexp.com >>> >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John >>Bartow >>>Sent: Tuesday, June 08, 2004 10:18 PM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Mark, I don't want to continue this OT too much but I have to agree >>>- even >>>though I use it. You can't even have a customer be a vendor that >you >>>also >>>purchase from! Drives me nuts! >>> >>>JB >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH >>>Sent: Tuesday, June 08, 2004 7:46 PM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Side tracking a little... We use QB for the company accounts, the >>>lady >>>who does my books has torn it to pieces. She has found numerous >>>flaws in >>>the program, in particular in relation to journal postings and VAT, >>>can't remember what exactly (as I have a very short attention span) >>>but >>>don't be surprised if things don't always balance... I looked at >>>developing a few tools (data extracts and analysis) for it but >>didn't >>>bother starting once I realised Quickbooks couldn't even do a >decent >>>job >>>of it themselves... >>> >>>Sorry to be negative but I found it to be a very disappointing >piece >>>of >>>software, particularly in respect to data extracts, windows >>>integration >>>and simple accounting practices... >>> >>>Mark >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>Smolin >>>- Beach Access Software >>>Sent: 08 June 2004 23:54 >>>To: Access Developers discussion and problem solving >>>Subject: Re: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Robert: >>> >>>I looked at the QuickBooks SDK and gave up. Used the two-step - >>>export >>>from my app to their funky file format and import into QuickBooks. >>>You >>>can have the code if it helps. But I think you're looking for the >>>seamless solution. >>> >>>Rocky >>> >>>----- Original Message ----- >>>From: "Robert Gracie" >>>To: "Access Developers discussion and problem solving" >>> >>>Sent: Tuesday, June 08, 2004 2:45 PM >>>Subject: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>> Ok, >>>> The first question is.. Does anyone here currently (or have >plans >>>in >>>> the >>>> future) to programmatically interact with QuickBooks 2003 or >>>greater, >>>either >>>> on a data or "front end" (Version 2004)level? >>>> >>>> The second question, would anyone here be interested in grouping >>>our >>>> efforts together to come up with a "wrapped" solution, such has >>>been >>>> done with the BEU? >>>> >>>> I'm looking at a Class based solution that can handle all the >>>major >>>> functions a typical company would need to interact with QB. >>>> >>>> What Say You? >>>> >>>> >>>> Robert Gracie >>>> www.servicexp.com >>>> >>>> >>>> >>>> -- >>>> _______________________________________________ >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From HollisVJ at pgdp.usec.com Fri Jun 11 12:48:41 2004 From: HollisVJ at pgdp.usec.com (Hollis,Virginia) Date: Fri, 11 Jun 2004 12:48:41 -0500 Subject: [AccessD] Change code to A2003 Message-ID: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B8@cntexchange.pgdp.usec.com> Yes, it is an mdb, because it was an existing database in 2000. When I open the database at the top it has (Access 2000 File Format). Anyway, I did as you suggested & the DAO now shows. I also tried converting the database to 2003 & do not receive any compile errors, but not everyone is using 2003 so I need to keep it in 2000. Another question: Is it normal to receive a security warning every time the database is opened? Does anyone else get these messages? Security Warning: Unsafe Expressions are not blocked. I click OK, then get another message about them not being blocked & finally an Open, cancel, close dialog box. It is annoying to get these every time the database is opened. What is it? Something new in 2003? ************* Are you sure you haven't created an adp file instead of an mdb? The DAO reference is missing in an ADP file on first creation. If you are really in an mdb with the reference tools window open, browse to this file and reset C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll Hollis,Virginia wrote: >I checked - no missing references. > >Do I have to convert the database to 2003 like I did when I moved from 97 to >2000? > >Why don't they have the reference to DAO 3.6 anymore? > >Virginia From my.lists at verizon.net Fri Jun 11 12:58:00 2004 From: my.lists at verizon.net (Francisco H Tapia) Date: Fri, 11 Jun 2004 10:58:00 -0700 Subject: [AccessD] UCASE not defined? In-Reply-To: <35C4AC5A5AFD9642833200159C2581560A6929@s98026.psd.caremark.int> References: <35C4AC5A5AFD9642833200159C2581560A6929@s98026.psd.caremark.int> Message-ID: <40C9F2A8.8050308@verizon.net> YIKES, thanks for pointing out the obvious :D Pickering, Stephen wrote On 6/11/2004 8:56 AM: >Francisco, > >I assume you have, but just to make sure, have you checked for missing >references? > >Steve > >-----Francisco H Tapia's Original Message----- > >I have a report that was created and contains some UCASE, suddenly this >doesn't work, I got a workaround I just UPPER() the source data from >SQL, but why am I seeing this problem now > >Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). > >thanks for your replies :) > > > -- -Francisco From mwp.reid at qub.ac.uk Fri Jun 11 12:57:10 2004 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Fri, 11 Jun 2004 18:57:10 +0100 Subject: [AccessD] Change code to A2003 References: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B8@cntexchange.pgdp.usec.com> Message-ID: <000001c44fdf$0cb8de80$1b02a8c0@MARTINREID> Its the new security model re digital certificates. Just turn it of in the options. I deleted my copy here once I had finished with it but I think you can set security to low in Tools Options. http://office.microsoft.com/home/office.aspx?assetid=FX01085791&CTT=6&Origin=ES790020011033 Martin ----- Original Message ----- From: "Hollis,Virginia" To: Sent: Friday, June 11, 2004 6:48 PM Subject: [AccessD] Change code to A2003 > Yes, it is an mdb, because it was an existing database in 2000. When I open > the database at the top it has (Access 2000 File Format). > > Anyway, I did as you suggested & the DAO now shows. I also tried converting > the database to 2003 & do not receive any compile errors, but not everyone > is using 2003 so I need to keep it in 2000. > > Another question: > Is it normal to receive a security warning every time the database is > opened? Does anyone else get these messages? Security Warning: Unsafe > Expressions are not blocked. I click OK, then get another message about them > not being blocked & finally an Open, cancel, close dialog box. It is > annoying to get these every time the database is opened. What is it? > Something new in 2003? > > ************* > > Are you sure you haven't created an adp file instead of an mdb? The DAO > reference is missing in an ADP file on first creation. > If you are really in an mdb with the reference tools window open, > browse to this file and reset > C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll > > Hollis,Virginia wrote: > > >I checked - no missing references. > > > >Do I have to convert the database to 2003 like I did when I moved from 97 > to > >2000? > > > >Why don't they have the reference to DAO 3.6 anymore? > > > >Virginia > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Stephen.Pickering at caremark.com Fri Jun 11 13:12:32 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Fri, 11 Jun 2004 13:12:32 -0500 Subject: [AccessD] UCASE not defined? Message-ID: <35C4AC5A5AFD9642833200159C2581560A692A@s98026.psd.caremark.int> My wife tells me the same thing.... ;D Steve -----Francisco H Tapia's Original Message----- YIKES, thanks for pointing out the obvious :D Pickering, Stephen wrote On 6/11/2004 8:56 AM: >Francisco, > >I assume you have, but just to make sure, have you checked for missing >references? > >Steve > >-----Francisco H Tapia's Original Message----- > >I have a report that was created and contains some UCASE, suddenly this >doesn't work, I got a workaround I just UPPER() the source data from >SQL, but why am I seeing this problem now > >Environment: Access 2000 (SP1), Windows XP or Windows 2000 (SP4). > >thanks for your replies :) > > > -- -Francisco From mkahelin at gorskibulk.com Fri Jun 11 14:10:59 2004 From: mkahelin at gorskibulk.com (Martin Kahelin) Date: Fri, 11 Jun 2004 15:10:59 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <0D2D1FEE52F53B46987A44B2EBF284D62062C6@gbtmain.gorskibulk.local> Charlotte, you highlighted the word *is*. Do we need to define the meaning of it? > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Friday, June 11, 2004 11:10 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Well, what *is* distinct about a screw from the same lot? > This is probably a poor example for this discussion because > screws of the same size, etc., are interchangeable. There is > no need to identify any particular screw from a batch of > duplicate screws, so it has no unique key! > > Charlotte Foust > > -----Original Message----- > From: Scott Marcus [mailto:marcus at tsstech.com] > Sent: Friday, June 11, 2004 5:38 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Stuart, > > It was just an example. I worked for GE Aircraft Engines for > 2 years. I wrote systems that tracked those screws/nuts/bolts > etc. They want to know everything about anything in an > engine. They do not however track below a lot number on those > common parts. You could find anything you needed to know > about a 'lot' of screws but a particular screw from that lot > was no different than any other screw in that lot. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Friday, June 11, 2004 9:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 11 Jun 2004 at 8:28, Scott Marcus wrote: > > > John, > > > > If you have a bin full of 20,000 screws (all the same, > because that's > > what I was saying) you would be an amazing person if I > could pick up > > anyone of them, show it to you, take it back, put it back > in the bin, > > mix the bin up, and you could find that same exact screw. > > > > You've obviously never developed any systems for the aircraft > industry. > > You need to track what supplier and manufacture batch any individual > screw came > from, what aircraft it ended up on and where. You just don't > dump 20,000 > screws > in a bin. :-( > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From David_Lind at acordia.com Fri Jun 11 14:22:13 2004 From: David_Lind at acordia.com (David Lind) Date: Fri, 11 Jun 2004 15:22:13 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Would you be defining the meaning of 'it', 'is' or 'a screw from the same lot' ? -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Martin Kahelin Sent: Friday, June 11, 2004 3:11 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Charlotte, you highlighted the word *is*. Do we need to define the meaning of it? > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Friday, June 11, 2004 11:10 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Well, what *is* distinct about a screw from the same lot? > This is probably a poor example for this discussion because > screws of the same size, etc., are interchangeable. There is > no need to identify any particular screw from a batch of > duplicate screws, so it has no unique key! > > Charlotte Foust > > -----Original Message----- > From: Scott Marcus [mailto:marcus at tsstech.com] > Sent: Friday, June 11, 2004 5:38 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Stuart, > > It was just an example. I worked for GE Aircraft Engines for > 2 years. I wrote systems that tracked those screws/nuts/bolts > etc. They want to know everything about anything in an > engine. They do not however track below a lot number on those > common parts. You could find anything you needed to know > about a 'lot' of screws but a particular screw from that lot > was no different than any other screw in that lot. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Friday, June 11, 2004 9:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 11 Jun 2004 at 8:28, Scott Marcus wrote: > > > John, > > > > If you have a bin full of 20,000 screws (all the same, > because that's > > what I was saying) you would be an amazing person if I > could pick up > > anyone of them, show it to you, take it back, put it back > in the bin, > > mix the bin up, and you could find that same exact screw. > > > > You've obviously never developed any systems for the aircraft > industry. > > You need to track what supplier and manufacture batch any individual > screw came > from, what aircraft it ended up on and where. You just don't > dump 20,000 > screws > in a bin. :-( > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Jun 11 14:49:52 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 11 Jun 2004 12:49:52 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: Be nice! That was for emphasis. Charlotte Foust -----Original Message----- From: Martin Kahelin [mailto:mkahelin at gorskibulk.com] Sent: Friday, June 11, 2004 11:11 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Charlotte, you highlighted the word *is*. Do we need to define the meaning of it? > -----Original Message----- > From: Charlotte Foust [mailto:cfoust at infostatsystems.com] > Sent: Friday, June 11, 2004 11:10 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Well, what *is* distinct about a screw from the same lot? > This is probably a poor example for this discussion because > screws of the same size, etc., are interchangeable. There is > no need to identify any particular screw from a batch of > duplicate screws, so it has no unique key! > > Charlotte Foust > > -----Original Message----- > From: Scott Marcus [mailto:marcus at tsstech.com] > Sent: Friday, June 11, 2004 5:38 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Stuart, > > It was just an example. I worked for GE Aircraft Engines for > 2 years. I wrote systems that tracked those screws/nuts/bolts > etc. They want to know everything about anything in an > engine. They do not however track below a lot number on those > common parts. You could find anything you needed to know > about a 'lot' of screws but a particular screw from that lot > was no different than any other screw in that lot. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Stuart McLachlan > Sent: Friday, June 11, 2004 9:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 11 Jun 2004 at 8:28, Scott Marcus wrote: > > > John, > > > > If you have a bin full of 20,000 screws (all the same, > because that's > > what I was saying) you would be an amazing person if I > could pick up > > anyone of them, show it to you, take it back, put it back > in the bin, > > mix the bin up, and you could find that same exact screw. > > > > You've obviously never developed any systems for the aircraft > industry. > > You need to track what supplier and manufacture batch any individual > screw came from, what aircraft it ended up on and where. You just > don't dump 20,000 > screws > in a bin. :-( > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software > Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 11 14:47:56 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Fri, 11 Jun 2004 12:47:56 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000a01c44fda$130954e0$4c0b6bd5@netboxxp> Message-ID: Hi Mark: That set of comments are very true and I fully agree with your assessment. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Friday, June 11, 2004 10:33 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Sorry... Didn't mean to be so negative, I just got left with a very bad taste in my mouth when I came to renew the payroll module and found the QB made it impossible to upgrade without buying the application again (only a year after I bought it). All I wanted was updated tax tables and from what they told me that would not be possible without upgrading the application at a cost of more than double the original price. That sort of behaviour as far as I'm concerned is out of order and unnecessary, tax tables are just data and it seems they have no loyalty to existing customers. To make it imposible to update the tax tables without updating the application is, in my oppinion, pure greed, totally unnecessary and as bad, if not worse than some of the tactics emplyed by microsoft themselves. Sorry again for being so negative and drifting OT... Didn't mean to rant :@) Good luck Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 11 June 2004 00:56 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Sat Jun 12 10:13:14 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Sat, 12 Jun 2004 11:13:14 -0400 Subject: [AccessD] Report to PDF using CutePDF References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <001601c4508f$c85956a0$dd2f0a44@bcsrkeext6137> Rich I'm not sure which part is failing: 1 -create the report 2a-automate running the report 2b-have the report use cutepdf to make a pdf 3 -mail the pdf If You want to know how to specify cutepdf as the printer to use when the report is run, this may help. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnacc2k2/html/ODC_acc10_Printers.asp [ bewhere of the word wrap ]. Dave ----- Original Message ----- From: "Lavsa, Rich" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 12:07 PM Subject: [AccessD] Report to PDF using CutePDF Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 12 07:43:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 12 Jun 2004 14:43:57 +0200 Subject: [AccessD] Change code to A2003 In-Reply-To: <000001c44fdf$0cb8de80$1b02a8c0@MARTINREID> References: <618EB4D6DDCDD3119B0A00508B6FD37A0EAE86B8@cntexchange.pgdp.usec.com> <000001c44fdf$0cb8de80$1b02a8c0@MARTINREID> Message-ID: <198502826.20040612144357@cactus.dk> Hi Virginia Or look up the recent thread on "Access 2003 Digital Certificate" in the archive ... /gustav > Its the new security model re digital certificates. Just turn it of in the > options. I deleted my copy here once I had finished with it but I think you > can set security to low in Tools Options. > http://office.microsoft.com/home/office.aspx?assetid=FX01085791&CTT=6&Origin=ES790020011033 >> Is it normal to receive a security warning every time the database is >> opened? Does anyone else get these messages? Security Warning: Unsafe >> Expressions are not blocked. I click OK, then get another message about them >> not being blocked & finally an Open, cancel, close dialog box. It is >> annoying to get these every time the database is opened. What is it? >> Something new in 2003? From gustav at cactus.dk Sat Jun 12 09:11:48 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 12 Jun 2004 16:11:48 +0200 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <2913774656.20040612161148@cactus.dk> Hi Rich We have used FreePDF from: http://freepdfxp.de/fpxp.htm The site is in German but FreePDF can be set to display English once installed. It pops up a dialog window about what to do with your PS file(s) to PDF creation. However, the greatest advantage of this utility is that it wraps the Apple Postscript driver, which guarantees a 100% compatible Postscript output file, and feeds this to Ghostscript for conversion to PDF. I have had some problems with the various PDF printers around - free or not - but this combination works just fine. As Ghostscript basically is command line driven, I guess it somehow should be possible to print to the Apple writer, output to PS file(s), and convert PS file(s) to PDF by Ghostscript - all under control from Access. Unfortunately, I have no time for playing with this now ... /gustav > Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed > environment. > I was wondering if anyone out there has any tips or tricks on how to > automate the creation of a report into a PDF document using CutePDF. We > also have PDF-XCHANGE but we do not have the SDK version. > I've seen code to use PDFWriter from Adobe, however I don't have that > luxury. > I downloaded CutePDF and GostScript, which works great as a printer to > convert any document to PDF via a printer and is totally free without > watermarks or ads. I would like to use this as part of an email > distribution of reports. I know this has been talked about on the lists but > has there been any solutions that use CutePDF, or does anyone out there know > the workings behind CutePDF that they could share where I could either alter > some registry changes or ini file to automate the creation of a PDF and then > simply pick it up and send it via an email. > Thanks in advance, > Rich From gustav at cactus.dk Sat Jun 12 09:26:05 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 12 Jun 2004 16:26:05 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000901c44fd9$d061bba0$4c0b6bd5@netboxxp> References: <000901c44fd9$d061bba0$4c0b6bd5@netboxxp> Message-ID: <15114630978.20040612162605@cactus.dk> Hi Mark Oh, my comment was certainly not meant personally - it indeed sounds like you know, what you are doing. It was a general remark. Still, my advice is not to waste time on a package that misses the essential qualities - if these are not fulfilled, everything else (including add-ons) will fail somehow sooner or later. /gustav > I am fully aware of > accounting data structures. I ran Sage Sovreign for several years for a > 60+ branch orgainsation and am currently writing a fairly large project > based cost control application, which tracks costs from initial project > estimates based on project structure etc., through the various > purchasing processes and takes into account varying exchange rates and > rates of inflation. It also handles forecasting, time writing and > resource management. Yep, its pretty difficult to get my head round > certain things, but one things for sure, ultimately the solutions are > always simple ones... > Mark > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: 11 June 2004 09:43 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] QuickBooks Project... Anyone game? > Hi Mark >> .. Accounting data structures are very straight forward .. > Well, that's what many a programmer have thought: "- how difficult can > it be to sum debit and credit?". There is more in an accounting > application than this. >> .. and I don't understand why there >> are so many discrepancies in such a 'well' developed package. For >> example, several of the standard reports don't cross balance due to >> the fact they (sometimes) ignore journal entries. Saying that though, >> I have never been impressed by an accounts package so maybe I'm just >> too cynical :O) From jmoss111 at bellsouth.net Sat Jun 12 10:53:14 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Sat, 12 Jun 2004 10:53:14 -0500 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: Rich, I looked at this package a while ago, and I think that you need the pdf creator version ($300) to automate through code in Access. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Lavsa, Rich Sent: Friday, June 11, 2004 11:07 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Report to PDF using CutePDF Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sat Jun 12 11:03:16 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sat, 12 Jun 2004 09:03:16 -0700 Subject: [AccessD] Iterating Thorugh Controls Message-ID: <002201c45096$c5bde710$6601a8c0@HAL9002> Dear List: I am iterating through the control collection on a form in a public procedure to which I pass the name of the form. The form has a tab form on it and the controls don't seem to come up. Same with the sub-form on a page of the tab control. Is there a particular syntax I need to iterate these controls? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From bchacc at san.rr.com Sat Jun 12 11:48:20 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sat, 12 Jun 2004 09:48:20 -0700 Subject: [AccessD] Iterating Thorugh Controls References: <002201c45096$c5bde710$6601a8c0@HAL9002> Message-ID: <004d01c4509d$11bd6950$6601a8c0@HAL9002> Never mind. Figured it out. Rocky ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Saturday, June 12, 2004 9:03 AM Subject: [AccessD] Iterating Thorugh Controls Dear List: I am iterating through the control collection on a form in a public procedure to which I pass the name of the form. The form has a tab form on it and the controls don't seem to come up. Same with the sub-form on a page of the tab control. Is there a particular syntax I need to iterate these controls? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sat Jun 12 11:56:50 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sat, 12 Jun 2004 09:56:50 -0700 Subject: [AccessD] Another Translation Problem Message-ID: <006001c4509e$419587b0$6601a8c0@HAL9002> Dear List: Is there a way to change the name on a page of a tab control through code after the form is opened? I need to change those displayed page names to different languages. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From DaveSharpe2 at cox.net Sat Jun 12 13:38:04 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Sat, 12 Jun 2004 14:38:04 -0400 Subject: [AccessD] Report to PDF using CutePDF References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> Message-ID: <002d01c450ac$65dc2620$dd2f0a44@bcsrkeext6137> Rich Maybe this page will be of benefit dave Creating PDF files from within Microsoft Access (Updated 2004-05-12) The following have been specifically mentioned as being able to be automated. http://www.granite.ab.ca/access/pdffiles.htm Dave ----- Original Message ----- From: "Lavsa, Rich" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 11, 2004 12:07 PM Subject: [AccessD] Report to PDF using CutePDF Hello all, Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed environment. I was wondering if anyone out there has any tips or tricks on how to automate the creation of a report into a PDF document using CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. I've seen code to use PDFWriter from Adobe, however I don't have that luxury. I downloaded CutePDF and GostScript, which works great as a printer to convert any document to PDF via a printer and is totally free without watermarks or ads. I would like to use this as part of an email distribution of reports. I know this has been talked about on the lists but has there been any solutions that use CutePDF, or does anyone out there know the workings behind CutePDF that they could share where I could either alter some registry changes or ini file to automate the creation of a PDF and then simply pick it up and send it via an email. Thanks in advance, Rich -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From john at winhaven.net Sat Jun 12 13:46:58 2004 From: john at winhaven.net (John Bartow) Date: Sat, 12 Jun 2004 13:46:58 -0500 Subject: [AccessD] Another Translation Problem In-Reply-To: <006001c4509e$419587b0$6601a8c0@HAL9002> Message-ID: Rocky, Me.tabMain.Pages.Caption = "New Page Title" John B. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Saturday, June 12, 2004 11:57 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Another Translation Problem Dear List: Is there a way to change the name on a page of a tab control through code after the form is opened? I need to change those displayed page names to different languages. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sat Jun 12 14:36:12 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sat, 12 Jun 2004 12:36:12 -0700 Subject: [AccessD] Importing data In-Reply-To: Message-ID: Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA Jim From jmoss111 at bellsouth.net Sat Jun 12 15:18:18 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Sat, 12 Jun 2004 15:18:18 -0500 Subject: [AccessD] Importing data In-Reply-To: Message-ID: Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Erwin.Craps at ithelps.be Sat Jun 12 17:05:00 2004 From: Erwin.Craps at ithelps.be (Erwin Craps - IT Helps) Date: Sun, 13 Jun 2004 00:05:00 +0200 Subject: [AccessD] Iterating Thorugh Controls Message-ID: <46B976F2B698FF46A4FE7636509B22DF0AD9D6@stekelbes.ithelps.local> Hi Rocky I use this code to make my form in multiple user languages. Id do iterate trough tabs but not subforms. A subform, in my case, runs this procedure also when loading... Look in the code for the case "tabstrip" Greetz Erwin For Each ctl In varFrm.Controls 'Set ctl.Font = fnt strSCtlType = TypeName(ctl) Select Case strSCtlType Case "Label" ctl.Caption = LoadResString(CLng(ctl.Tag), , varLanguage_Lid) ctl.ControlTipText = LoadResString(CLng(ctl.ControlTipText), , varLanguage_Lid) Case "Menu" ctl.Caption = LoadResString(CLng(ctl.Caption), , varLanguage_Lid) Case "TabStrip" For Each obj In ctl.Tabs obj.Caption = LoadResString(CLng(obj.Tag), , varLanguage_Lid) obj.Tooltiptext = LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) obj.StatusBarText = LoadResString(CLng(obj.StatusBarText), , varLanguage_Lid) Next Case "Toolbar" For Each obj In ctl.Buttons obj.Tooltiptext = LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) Next Case "ListView" For Each obj In ctl.ColumnHeaders obj.text = LoadResString(CLng(obj.Tag), , varLanguage_Lid) Next Case Else lngNVal = Val(ctl.Tag) If lngNVal > 0 Then ctl.Caption = LoadResString(lngNVal, , varLanguage_Lid) End If lngNVal = 0 lngNVal = Val(ctl.Tooltiptext) If lngNVal > 0 Then ctl.Tooltiptext = LoadResString(lngNVal, , varLanguage_Lid) End If lngNVal = Val(ctl.ControlTipText) If lngNVal > 0 Then ctl.ControlTipText = LoadResString(lngNVal, , varLanguage_Lid) End If lngNVal = Val(ctl.StatusBarText) If lngNVal > 0 Then ctl.StatusBarText = LoadResString(lngNVal, , varLanguage_Lid) End If End Select 'Check for unfilled tags or missing in resource ctl.Caption = LoadResString(CLng(ctl.Tag), , varLanguage_Lid) ctl.ControlTipText = LoadResString(CLng(ctl.ControlTipText), , varLanguage_Lid) Next -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Saturday, June 12, 2004 6:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Iterating Thorugh Controls Never mind. Figured it out. Rocky ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: Sent: Saturday, June 12, 2004 9:03 AM Subject: [AccessD] Iterating Thorugh Controls Dear List: I am iterating through the control collection on a form in a public procedure to which I pass the name of the form. The form has a tab form on it and the controls don't seem to come up. Same with the sub-form on a page of the tab control. Is there a particular syntax I need to iterate these controls? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 12 22:46:24 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 12 Jun 2004 23:46:24 -0400 Subject: [AccessD] Date syntax in SQL Server Message-ID: <000201c450f9$002b6820$0501a8c0@colbyws> What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com From vchas at artronix-solutions.com Sat Jun 12 22:59:36 2004 From: vchas at artronix-solutions.com (vchas) Date: Sat, 12 Jun 2004 20:59:36 -0700 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000201c450f9$002b6820$0501a8c0@colbyws> Message-ID: <000001c450fa$d800e580$2d30a443@attbi.com> In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 12 23:11:42 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 13 Jun 2004 00:11:42 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000001c450fa$d800e580$2d30a443@attbi.com> Message-ID: <000301c450fc$88d1ad80$0501a8c0@colbyws> But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sat Jun 12 22:46:24 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sat, 12 Jun 2004 23:46:24 -0400 Subject: [AccessD] [dba-SQLServer] Date syntax in SQL Server Message-ID: <000201c450f9$002b6820$0501a8c0@colbyws> What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From vchas at artronix-solutions.com Sat Jun 12 23:36:37 2004 From: vchas at artronix-solutions.com (vchas) Date: Sat, 12 Jun 2004 21:36:37 -0700 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000301c450fc$88d1ad80$0501a8c0@colbyws> Message-ID: <000101c45100$03a4d340$2d30a443@attbi.com> The CONVERT function is provided to help with converting a DATETIME or SMALLDATETIME variables, or any other string that holds a valid date, into different date/time display formats. The CONVERT function is called using the following syntax: CONVERT ( data_type [ ( length) ] , expression [ , style ] ) Where data_type [(length)] is the target data type format and length, expression is any valid Microsoft expression that represents the date/time you want to display, and style specifies the output format for the data/time. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 9:12 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Sun Jun 13 08:29:45 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 13 Jun 2004 06:29:45 -0700 Subject: [AccessD] Iterating Thorugh Controls References: <46B976F2B698FF46A4FE7636509B22DF0AD9D6@stekelbes.ithelps.local> Message-ID: <002301c4514a$7e8ebd10$6601a8c0@HAL9002> Erwin: I do something similar. But in the case of a control with a tab form instead of passing Me.Name for the form name I tried passing the object (Me) to another flavor of the translate routine where the argument is defined AS Object instead of AS Form. For some reason I don't understand it now iterates all of the control except the sub-form. But the sub-form has its own Form_Open event where I can call the translation function. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Erwin Craps - IT Helps" To: "Access Developers discussion and problem solving" Sent: Saturday, June 12, 2004 3:05 PM Subject: RE: [AccessD] Iterating Thorugh Controls > > Hi Rocky > > I use this code to make my form in multiple user languages. > Id do iterate trough tabs but not subforms. > A subform, in my case, runs this procedure also when loading... > Look in the code for the case "tabstrip" > > Greetz > Erwin > > > For Each ctl In varFrm.Controls > 'Set ctl.Font = fnt > > strSCtlType = TypeName(ctl) > Select Case strSCtlType > Case "Label" > ctl.Caption = LoadResString(CLng(ctl.Tag), , > varLanguage_Lid) > ctl.ControlTipText = > LoadResString(CLng(ctl.ControlTipText), , varLanguage_Lid) > > Case "Menu" > ctl.Caption = LoadResString(CLng(ctl.Caption), , > varLanguage_Lid) > > Case "TabStrip" > For Each obj In ctl.Tabs > obj.Caption = LoadResString(CLng(obj.Tag), , > varLanguage_Lid) > obj.Tooltiptext = > LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) > obj.StatusBarText = > LoadResString(CLng(obj.StatusBarText), , varLanguage_Lid) > Next > > Case "Toolbar" > For Each obj In ctl.Buttons > obj.Tooltiptext = > LoadResString(CLng(obj.Tooltiptext), , varLanguage_Lid) > Next > > Case "ListView" > For Each obj In ctl.ColumnHeaders > obj.text = LoadResString(CLng(obj.Tag), , > varLanguage_Lid) > Next > > Case Else > lngNVal = Val(ctl.Tag) > If lngNVal > 0 Then > ctl.Caption = LoadResString(lngNVal, , > varLanguage_Lid) > End If > lngNVal = 0 > lngNVal = Val(ctl.Tooltiptext) > If lngNVal > 0 Then > ctl.Tooltiptext = LoadResString(lngNVal, , > varLanguage_Lid) > End If > lngNVal = Val(ctl.ControlTipText) > If lngNVal > 0 Then > ctl.ControlTipText = LoadResString(lngNVal, , > varLanguage_Lid) > End If > lngNVal = Val(ctl.StatusBarText) > If lngNVal > 0 Then > ctl.StatusBarText = LoadResString(lngNVal, , > varLanguage_Lid) > End If > End Select > > 'Check for unfilled tags or missing in resource > ctl.Caption = LoadResString(CLng(ctl.Tag), , varLanguage_Lid) > ctl.ControlTipText = LoadResString(CLng(ctl.ControlTipText), , > varLanguage_Lid) > > Next > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Saturday, June 12, 2004 6:48 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Iterating Thorugh Controls > > Never mind. Figured it out. > > Rocky > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: > Sent: Saturday, June 12, 2004 9:03 AM > Subject: [AccessD] Iterating Thorugh Controls > > > Dear List: > > I am iterating through the control collection on a form in a public > procedure to which I pass the name of the form. The form has a tab form > on > it and the controls don't seem to come up. Same with the sub-form on a > page > of the tab control. > > Is there a particular syntax I need to iterate these controls? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sun Jun 13 08:47:39 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 13 Jun 2004 09:47:39 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000101c45100$03a4d340$2d30a443@attbi.com> Message-ID: <000001c4514c$fe8cef30$0501a8c0@colbyws> OK, I got it. Thanks, John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:37 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server The CONVERT function is provided to help with converting a DATETIME or SMALLDATETIME variables, or any other string that holds a valid date, into different date/time display formats. The CONVERT function is called using the following syntax: CONVERT ( data_type [ ( length) ] , expression [ , style ] ) Where data_type [(length)] is the target data type format and length, expression is any valid Microsoft expression that represents the date/time you want to display, and style specifies the output format for the data/time. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 9:12 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sun Jun 13 08:52:40 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 13 Jun 2004 09:52:40 -0400 Subject: [AccessD] OT: Outlook XP picks up email left on server over and over and over... Message-ID: <002301c4514d$b1ddeee0$0501a8c0@colbyws> I pick up my email on many different computers. As a result I tell each copy of Outlook to leave the messages on the server for 3 days. For some reason OutlookXP keeps picking up the messages over and over. Its damned annoying to have to go back and delete the old messages. Does anyone know if this is a new "feature" in XP? I never saw this in 2K. Is it configurable, can I tell Outlook to knock it off? John W. Colby www.ColbyConsulting.com From gustav at cactus.dk Sun Jun 13 08:48:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 13 Jun 2004 15:48:57 +0200 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <2913774656.20040612161148@cactus.dk> References: <833956F5C117124A89417638FDB11290EBD1E1@goexchange.pghcorning.com> <2913774656.20040612161148@cactus.dk> Message-ID: <9022833222.20040613154857@cactus.dk> Hi Rich Here's another free PDF printer: http://www.primopdf.com/ It looks very basic but the company behind seems to feature all kinds of PDF tools with or without COM interfaces - at a prize though. /gustav >> Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed >> environment. >> I was wondering if anyone out there has any tips or tricks on how to >> automate the creation of a report into a PDF document using CutePDF. We >> also have PDF-XCHANGE but we do not have the SDK version. >> I've seen code to use PDFWriter from Adobe, however I don't have that >> luxury. >> I downloaded CutePDF and GostScript, which works great as a printer to >> convert any document to PDF via a printer and is totally free without >> watermarks or ads. I would like to use this as part of an email >> distribution of reports. I know this has been talked about on the lists but >> has there been any solutions that use CutePDF, or does anyone out there know >> the workings behind CutePDF that they could share where I could either alter >> some registry changes or ini file to automate the creation of a PDF and then >> simply pick it up and send it via an email. >> Thanks in advance, >> Rich From bchacc at san.rr.com Sun Jun 13 10:01:40 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 13 Jun 2004 08:01:40 -0700 Subject: [AccessD] Another Translation Problem References: Message-ID: <004501c45157$55261420$6601a8c0@HAL9002> John: Thanks for that format. It works: Me.TabCtl140.Pages("&Header").Caption = TranslateMsgbox("Header") although I had to add the tab name to the Pages. I found that you can also use an index number starting at zero as well. However, in order to display Chinese I have to change the font to Arial MS Unicode. This I do in the translate routines for the label and command button captions, but there doesn't seem to be any way to change the font on the tabs names themselves. Me.TabCtl140.Pages("&Header").FontName = "Arial Unicode MS" doesn't compile. Apparently FontName is not a property of the tab control page headings. Does anybody know if the tab heading font can be changed? I don't even see a way to do it in design mode. MTIA, is ----- Original Message ----- From: "John Bartow" To: "Access Developers discussion and problem solving" Sent: Saturday, June 12, 2004 11:46 AM Subject: RE: [AccessD] Another Translation Problem > Rocky, > Me.tabMain.Pages.Caption = "New Page Title" > > John B. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Saturday, June 12, 2004 11:57 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Another Translation Problem > > > Dear List: > > Is there a way to change the name on a page of a tab control through code > after the form is opened? I need to change those displayed page names to > different languages. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From dwaters at usinternet.com Sun Jun 13 11:30:01 2004 From: dwaters at usinternet.com (Dan Waters) Date: Sun, 13 Jun 2004 11:30:01 -0500 Subject: [AccessD] Sub Form Current Event Message-ID: <000001c45163$aef59a00$de1811d8@danwaters> Hello to everyone on a nice Sunday morning! (at least in Minnesota) When I move to a different record on a main form, the Current event on a subform will run twice in succession before the Current event runs in the main form. Does anyone know how to cause the subform current event to run only once in this circumstance? Thanks! Dan Waters From artful at rogers.com Sun Jun 13 11:37:49 2004 From: artful at rogers.com (Arthur Fuller) Date: Sun, 13 Jun 2004 12:37:49 -0400 Subject: [AccessD] Create table with autonumber and PK In-Reply-To: <001001c44fc3$83293770$0501a8c0@colbyws> Message-ID: <019301c45164$c4135fc0$6601a8c0@rock> No doubt somebody's pointed this out already, but AUTOINCREMENT is not a SQL keyword. You have to use IDENTITY(n1,n2) where n1 is the start value and n2 is the step value. They both default to 1. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 10:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Create table with autonumber and PK And thus the following also works in Access: CREATE TABLE MemberDetails ( MemberId AUTOINCREMENT , FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date, CONSTRAINT PrimaryKey PRIMARY KEY(MemberID) ) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Garraway, Alun Sent: Friday, June 11, 2004 10:09 AM To: Access Developers discussion and problem solving Subject: AW: [AccessD] Create table with autonumber and PK Autonumber is AUTOINCRMENT in SQL -----Urspr?ngliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von jwcolby Gesendet: Freitag, 11. Juni 2004 15:15 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Create table with autonumber and PK Folks, I have a create table query that creates a table but does not set the PK or setup the PK as an autonumber. CREATE TABLE MemberDetails ( MemberId integer, FirstName varchar(50), LastName varchar(50), DateOfBirth date, Street varchar(100), City varchar(75), State varchar(75), ZipCode varchar(12), Email varchar(200), DateOfJoining date ) Is it possible to do this? The ID should be a long, and should be set as an autonumber, and as the PK. How do you do that in SQL? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Sun Jun 13 11:46:09 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Sun, 13 Jun 2004 12:46:09 -0400 Subject: [AccessD] Sub Form Current Event In-Reply-To: <000001c45163$aef59a00$de1811d8@danwaters> Message-ID: Dan, OnCurrent fires quite a bit as you'll discover for a whole lot of different reasons. For example, it will fire several times during a delete process as well. If you have some code in there that you only want to have happen at specific times and only execute once, you need to protect it with a flag variable: In declarations section: Dim fDoOnCurrentOnce as integer and in the OnCurrent If fDoOnCurrentOnce = True then ' Do your processing here fDoOnCurrentOnce = False End If and then in various places, when you want processing to occur: fDoOnCurrentOnce = True Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters Sent: Sunday, June 13, 2004 12:30 PM To: 'Database Advisors' Subject: [AccessD] Sub Form Current Event Hello to everyone on a nice Sunday morning! (at least in Minnesota) When I move to a different record on a main form, the Current event on a subform will run twice in succession before the Current event runs in the main form. Does anyone know how to cause the subform current event to run only once in this circumstance? Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Jun 13 12:38:09 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 13 Jun 2004 19:38:09 +0200 Subject: [AccessD] Sub Form Current Event In-Reply-To: References: Message-ID: <18410803084.20040613193809@cactus.dk> Hi Jim and Dan You can also use a Static in OnCurrent: Static varCurrentID As Variant Dim varID As Variant varID = Me!ID If IsNull(varID) Then ' This is a new record. ' Run OnCurrent code for a new record. ... ' Your code here. ElseIf varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If Or, if nothing special is going to happen for a new record: varID = Me!ID If varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or ' this is a new record, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If /gustav > OnCurrent fires quite a bit as you'll discover for a whole lot of different > reasons. For example, it will fire several times during a delete process as > well. If you have some code in there that you only want to have happen at > specific times and only execute once, you need to protect it with a flag > variable: > In declarations section: > Dim fDoOnCurrentOnce as integer > and in the OnCurrent > If fDoOnCurrentOnce = True then > ' Do your processing here > fDoOnCurrentOnce = False > End If > and then in various places, when you want processing to occur: > fDoOnCurrentOnce = True > Jim Dettman > President, > Online Computer Services of WNY, Inc. > (315) 699-3443 > jimdettman at earthlink.net > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters > Sent: Sunday, June 13, 2004 12:30 PM > To: 'Database Advisors' > Subject: [AccessD] Sub Form Current Event > Hello to everyone on a nice Sunday morning! (at least in Minnesota) > When I move to a different record on a main form, the Current event on a > subform will run twice in succession before the Current event runs in the > main form. > Does anyone know how to cause the subform current event to run only once in > this circumstance? > Thanks! > Dan Waters From accessd at shaw.ca Sun Jun 13 12:14:59 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sun, 13 Jun 2004 10:14:59 -0700 Subject: [AccessD] Importing data In-Reply-To: Message-ID: Thank you JMoss for your help. I will check it out and if there are any revelations they will posted these to the list. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of JMoss Sent: Saturday, June 12, 2004 1:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Importing data Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA 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 dwaters at usinternet.com Sun Jun 13 13:10:37 2004 From: dwaters at usinternet.com (Dan Waters) Date: Sun, 13 Jun 2004 13:10:37 -0500 Subject: [AccessD] Sub Form Current Event In-Reply-To: <12394501.1087148986547.JavaMail.root@sniper2.usinternet.com> Message-ID: <000001c45171$bb0dbad0$de1811d8@danwaters> Jim and Gustav, This gives me something to work with! Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Sunday, June 13, 2004 12:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Sub Form Current Event Hi Jim and Dan You can also use a Static in OnCurrent: Static varCurrentID As Variant Dim varID As Variant varID = Me!ID If IsNull(varID) Then ' This is a new record. ' Run OnCurrent code for a new record. ... ' Your code here. ElseIf varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If Or, if nothing special is going to happen for a new record: varID = Me!ID If varID = varCurrentID Then ' The current record has not moved. Else ' The current record has moved, or ' this is a new record, or OnCurrent ' runs for the first time: varCurrentID is Null. ' Run OnCurrent code once. ... ' Your code here. ' Store ID of the current record. varCurrentID = varID End If /gustav > OnCurrent fires quite a bit as you'll discover for a whole lot of different > reasons. For example, it will fire several times during a delete process as > well. If you have some code in there that you only want to have happen at > specific times and only execute once, you need to protect it with a flag > variable: > In declarations section: > Dim fDoOnCurrentOnce as integer > and in the OnCurrent > If fDoOnCurrentOnce = True then > ' Do your processing here > fDoOnCurrentOnce = False > End If > and then in various places, when you want processing to occur: > fDoOnCurrentOnce = True > Jim Dettman > President, > Online Computer Services of WNY, Inc. > (315) 699-3443 > jimdettman at earthlink.net > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters > Sent: Sunday, June 13, 2004 12:30 PM > To: 'Database Advisors' > Subject: [AccessD] Sub Form Current Event > Hello to everyone on a nice Sunday morning! (at least in Minnesota) > When I move to a different record on a main form, the Current event on a > subform will run twice in succession before the Current event runs in the > main form. > Does anyone know how to cause the subform current event to run only once in > this circumstance? > Thanks! > Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Sun Jun 13 14:12:55 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sun, 13 Jun 2004 12:12:55 -0700 Subject: [AccessD] Translation of UTF-8 to UTF-16 (Unicode) or Big5 etc, for Text files or XML References: <004501c45157$55261420$6601a8c0@HAL9002> Message-ID: <40CCA737.4010002@shaw.ca> I was reading an XML article on encoding where the author stated he couldn't get this to work http://www.topxml.com/code/default.asp?p=3&id=v20010810181946 It might be useful to someone. I didn't know you could do this with a stream and took a guess at how it was handling binaries. There are other ways to do this but this is a short method. Essentially the code below takes a Text or XML file and changes the Encoding from UTF-8 to UTF-16 (Unicode) It uses the ADODB stream object and charset property. I haven't seen this written up anywhere. The trick is to read and rewrite the ADODB stream. Loading and saving the file results by itself in a double BOM and garbage. I am guessing but you may be able to go back and forth between character set encodings. assuming you are not doing something ridiculous like converting Thai unicode to ASCII. This would include Chinese Big5, JIS and various ISO encodings. See input file samples of characters in a variety of about 20 languages in two encodings. Just for Martin there is even Irish Gaelic, of course Scot's Gaelic is known as "The Gaelic" http://www5.brinkster.com/mconnelly/xmltest/testUTF-8.xml http://www5.brinkster.com/mconnelly/xmltest/testUTF-16.xm To play around you will need the files with proper BOM markers. http://www5.brinkster.com/mconnelly/xmltest/testUTF-16.zip Const TopLine = "" 'or if using xml files encoding to switch processing instruction Const TopLine = "" Sub ReadUTF8SaveFileInUTF16() Dim stm As ADODB.stream 'ADO 2.7 Dim strData As String Set stm = New ADODB.stream stm.Open stm.Charset = "UTF-8" stm.Position = 0 stm.Type = adTypeText stm.LoadFromFile "XM8_UTF_vb.xml" stm.Position = 0 strData = stm.ReadText() ' line below can be removed for straight text files rather than xml. strData = TopLine & Right$(strData, Len(strData) - Len(TopLine)) stm.Position = 0 ' set output file character set to ' "Unicode" '"iso-8859-1" "ascii" '"Big5" '"hebrew" 'The character set names for the machine are in the registry 'For a list of the character set strings that is known by a system, see 'the subkeys of HKEY_CLASSES_ROOT\MIME\Database\Charset 'in the Windows Registry. stm.Charset = "Unicode" stm.WriteText (strData) stm.SaveToFile "test16.xml", adSaveCreateOverWrite stm.Close Set stm = Nothing End Sub -- Marty Connelly Victoria, B.C. Canada From stuart at lexacorp.com.pg Sun Jun 13 18:49:31 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 09:49:31 +1000 Subject: [AccessD] Another Translation Problem In-Reply-To: <004501c45157$55261420$6601a8c0@HAL9002> Message-ID: <40CD74AB.9653.36EC0C1@localhost> On 13 Jun 2004 at 8:01, Rocky Smolin - Beach Access S wrote: > John: > > Thanks for that format. It works: > > Me.TabCtl140.Pages("&Header").Caption = TranslateMsgbox("Header") > > although I had to add the tab name to the Pages. I found that you can also > use an index number starting at zero as well. > > However, in order to display Chinese I have to change the font to Arial MS > Unicode. This I do in the translate routines for the label and command > button captions, but there doesn't seem to be any way to change the font on > the tabs names themselves. > > Me.TabCtl140.Pages("&Header").FontName = "Arial Unicode MS" > > doesn't compile. Apparently FontName is not a property of the tab control > page headings. > > Does anybody know if the tab heading font can be changed? I don't even see > a way to do it in design mode. > The Tab control itself has properties FontName, FontSize , FontWeight FontBold, FontItalic and FontUnderline. That means that you can't change individual page fonts, but you can change the font for the complete tab control. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Sun Jun 13 18:55:18 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 09:55:18 +1000 Subject: [AccessD] Report to PDF using CutePDF In-Reply-To: <9022833222.20040613154857@cactus.dk> References: <2913774656.20040612161148@cactus.dk> Message-ID: <40CD7606.15240.3740BCB@localhost> On 13 Jun 2004 at 15:48, Gustav Brock wrote: > Hi Rich > > Here's another free PDF printer: > > http://www.primopdf.com/ > > It looks very basic but the company behind seems to feature all kinds > of PDF tools with or without COM interfaces - at a prize though. > If you are looking outside ofd CutePDF, take a look at my own MakePDFand MailPDF at http://www.lexacorp.com.pg Like CutePDF, it is actually just a front end for Ghostscript, but it does let you do what you want. On the page is a example of automatically sending a document to an email recipient usin and Access Sub. > /gustav > > > >> Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro mixed > >> environment. > > >> I was wondering if anyone out there has any tips or tricks on how to > >> automate the creation of a report into a PDF document using CutePDF. We > >> also have PDF-XCHANGE but we do not have the SDK version. > >> I've seen code to use PDFWriter from Adobe, however I don't have that > >> luxury. > > >> I downloaded CutePDF and GostScript, which works great as a printer to > >> convert any document to PDF via a printer and is totally free without > >> watermarks or ads. I would like to use this as part of an email > >> distribution of reports. I know this has been talked about on the lists but > >> has there been any solutions that use CutePDF, or does anyone out there know > >> the workings behind CutePDF that they could share where I could either alter > >> some registry changes or ini file to automate the creation of a PDF and then > >> simply pick it up and send it via an email. > > >> Thanks in advance, > >> Rich > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bchacc at san.rr.com Sun Jun 13 22:48:41 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Sun, 13 Jun 2004 20:48:41 -0700 Subject: [AccessD] Another Translation Problem References: <40CD74AB.9653.36EC0C1@localhost> Message-ID: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> Stuart: I tried putting Me.TabCtl140.FontName = "Arial Unicode MS" in the _Open event of the form, both before and after calling the translate function for the tab names. The translate function returns the correct stuff, but since the tab's font is not changed to Arial Unicode MS, it still doesn't display correctly. Perhaps that line of code is setting the font for all the controls on the tab form but it doesn't seem to affect the tab names themselves. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Sunday, June 13, 2004 4:49 PM Subject: Re: [AccessD] Another Translation Problem > On 13 Jun 2004 at 8:01, Rocky Smolin - Beach Access S wrote: > > > John: > > > > Thanks for that format. It works: > > > > Me.TabCtl140.Pages("&Header").Caption = TranslateMsgbox("Header") > > > > although I had to add the tab name to the Pages. I found that you can also > > use an index number starting at zero as well. > > > > However, in order to display Chinese I have to change the font to Arial MS > > Unicode. This I do in the translate routines for the label and command > > button captions, but there doesn't seem to be any way to change the font on > > the tabs names themselves. > > > > Me.TabCtl140.Pages("&Header").FontName = "Arial Unicode MS" > > > > doesn't compile. Apparently FontName is not a property of the tab control > > page headings. > > > > Does anybody know if the tab heading font can be changed? I don't even see > > a way to do it in design mode. > > > > The Tab control itself has properties FontName, FontSize , FontWeight FontBold, > FontItalic and FontUnderline. > > That means that you can't change individual page fonts, but you can change the > font for the complete tab control. > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Sun Jun 13 23:54:36 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 14:54:36 +1000 Subject: [AccessD] Another Translation Problem In-Reply-To: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> Message-ID: <40CDBC2C.21764.486129D@localhost> On 13 Jun 2004 at 20:48, Rocky Smolin - Beach Access S wrote: > Stuart: > > I tried putting Me.TabCtl140.FontName = "Arial Unicode MS" in the _Open > event of the form, both before and after calling the translate function for > the tab names. The translate function returns the correct stuff, but since > the tab's font is not changed to Arial Unicode MS, it still doesn't display > correctly. Perhaps that line of code is setting the font for all the > controls on the tab form but it doesn't seem to affect the tab names > themselves. > In Access 2000, I just created a form with a tab control and two buttons. Private Sub Command1_Click() TabCtl0.FontName = "Times New Roman" End Sub Private Sub Command2_Click() TabCtl0.FontName = "Arial" End Sub Clicking the buttons changes the tab names appropriately so the fontname property does affect the page headers. I don't have O2002/XP and unicode fonts, so it may be a problem with Unicode fonts in the later version and the tab control. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 14 00:05:50 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Mon, 14 Jun 2004 15:05:50 +1000 Subject: [AccessD] Another Translation Problem In-Reply-To: <40CDBC2C.21764.486129D@localhost> References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> Message-ID: <40CDBECE.17170.49059F6@localhost> On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: > > In Access 2000, I just created a form with a tab control and two buttons. > > Private Sub Command1_Click() > TabCtl0.FontName = "Times New Roman" > > End Sub > > Private Sub Command2_Click() > TabCtl0.FontName = "Arial" > End Sub > > Clicking the buttons changes the tab names appropriately so the fontname > property does affect the page headers. > > I don't have O2002/XP and unicode fonts, so it may be a problem with Unicode > fonts in the later version and the tab control. > I just installed Airal Uncode MS in O2K and tried it again. Changed the second one to: TabCtl0.FontName = "Arial Unicode MS" It still changed the font properly (Don't know what would have happened if I had tried a different language, I've never done any of that sort of thing) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Rich_Lavsa at pghcorning.com Mon Jun 14 06:43:20 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 14 Jun 2004 07:43:20 -0400 Subject: [AccessD] Report to PDF using CutePDF Message-ID: <833956F5C117124A89417638FDB11290EBD1E2@goexchange.pghcorning.com> Thank you all who responded. I'm going to try Stuart's "MakePDF" and "MailPDF". Looks like they will work. I'll post back on the success. Thank you Stuart!! Rich -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Sunday, June 13, 2004 7:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Report to PDF using CutePDF On 13 Jun 2004 at 15:48, Gustav Brock wrote: > Hi Rich > > Here's another free PDF printer: > > http://www.primopdf.com/ > > It looks very basic but the company behind seems to feature all kinds > of PDF tools with or without COM interfaces - at a prize though. > If you are looking outside ofd CutePDF, take a look at my own MakePDFand MailPDF at http://www.lexacorp.com.pg Like CutePDF, it is actually just a front end for Ghostscript, but it does let you do what you want. On the page is a example of automatically sending a document to an email recipient usin and Access Sub. > /gustav > > > >> Environment is Access 2002 (XP), Windows 2000 and Windows XP Pro > >> mixed environment. > > >> I was wondering if anyone out there has any tips or tricks on how > >> to automate the creation of a report into a PDF document using > >> CutePDF. We also have PDF-XCHANGE but we do not have the SDK version. > >> I've seen code to use PDFWriter from Adobe, however I don't have that > >> luxury. > > >> I downloaded CutePDF and GostScript, which works great as a printer > >> to convert any document to PDF via a printer and is totally free > >> without watermarks or ads. I would like to use this as part of an > >> email distribution of reports. I know this has been talked about > >> on the lists but has there been any solutions that use CutePDF, or > >> does anyone out there know the workings behind CutePDF that they > >> could share where I could either alter some registry changes or ini > >> file to automate the creation of a PDF and then simply pick it up > >> and send it via an email. > > >> Thanks in advance, > >> Rich > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at earthlink.net Mon Jun 14 07:32:46 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 14 Jun 2004 08:32:46 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> Your thinking a bit too fine. I was just talking about identifying a part in general in regards to your question " How would I create a natural key for a part if not?". A part number is not an attribute of an item, unless it's labeled in some way. It was my point to Lambert; it's a natural key if and only if when I change some part of the key, I change the specific instance of something that I'm referring to. << If you want to distinguish one screw from another, you must add a serial number (which is not stamped on any of these tiny parts). Why would that serial number be any different than adding an auto-number? According to the reasoning in question, the serial number is a natural key, yet the auto-number is not. Sounds like a double standard to me. >> No because the serial number would be associated with the instance, so it becomes an attribute even though it was assigned. An autonumber is not. I can change an autonumber at any time with no affect at all. Looking at any given row, if I change the autonumber, nothing happens. If I changed the serial number, I'd no longer be referring to the same instance. One meaningless, the other derived from the attributes of what I'm referring to. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Friday, June 11, 2004 7:26 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> But it does have attributes; diameter, style of thread, depth of thread, type of head, etc that make it is what it is. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 10, 2004 9:47 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, The bin that the screws reside has a part-number label on it. The screw itself looks like any other screw. Same with washers, nuts, bolts, etc... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 10, 2004 9:38 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, <> You see a part sitting on a shelf with no part number. How do you figure out what it is? Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Wednesday, June 09, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Jim, What about part-number, is that an attribute of part? I can go in and arbitrarily change it. How would I create a natural key for a part if not? Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Wednesday, June 09, 2004 3:59 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Lambert, <> Absolutely not. An autonumber is not an attribute of anything. It's a meaningless key. If I go into a table and change the autonumber value for any given row, do I now reference a new object? No. The number has no relation to the instance of the entity that's described by the row of the table. If some arbitrary value gets assigned to an instance of some entity, like a fixed assets number, house number, or a UPC code, then it becomes an attribute. I understand what he was trying to say, but I don't think it was said well. <> Actually, I brought this up last time around. Sure a DNA sequence would be the best natural key for identifying a person. Just because we don't have the computer systems to handle it doesn't make it wrong. It's a difference between theory and the real world. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Heenan, Lambert Sent: Wednesday, June 09, 2004 1:29 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Totally agree Scott. This quoted article is a load of bunk IMHO. For example: "A relational key is a subset of attributes that identify a row in a table. Thus, an autonumbering scheme can never be a key by definition: It's not an attribute of anything except the machinery's internal state. " - thorough bunk - What this is saying is that "a relational key has to be a natural key because I've defined a relational key as a natural key. " It's not an argument for natural keys it's a proclamation of natural keys being the "right way" to go. As for AutoNumbers not being an attribute of the data. Of course they are. By adding an AutoNumber to a table you are defining a new attribute for the data. That's the purpose. The attribute is the record's uniqueness. A house number is not part of a house, but is sure as hell is used to identify the house. As you point out, Scott, a UPC is just a number - it has nothing to do with the object that's tied to it other than the agreed convention that everything you might want to sell will have a unique number. "A natural key is a subset of attributes that occur in a table and act as a unique identifier - the classic relational key. Keys are visible, and you can verify them in the external reality. Examples include UPC codes, geographical coordinates, and DNA." Such keys will act as a unique identifier IF the elements of the key have been carefully chosen, but there are lots of ways to make a bad choice, like using the name of an object as part of the key. Us humans seem to delight in changing the names of things. And what's that comment about DNA doing in there? Does anyone seriously consider using a several billion bit element as a key???? This has been yet another chapter in the book of keys, a semi-religious discourse that occupies idle minds endlessly. :-) Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Wednesday, June 09, 2004 12:02 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << A natural key is a subset of attributes that occur in a table and act > as a > << unique identifier - the classic relational key. Keys are visible, and > you > << can verify them in the external reality. Examples include UPC codes, > << geographical coordinates, and DNA. > > The example of UPC code as a natural key violates the reasoning for saying > an auto-number can't be a key. The UPC code is nothing more than numbers > that represent a grouping of objects (company, product, etc). Am I wrong? > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 09, 2004 11:21 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Hi All: > > And while we are all on the subject of keys, I was reading an interesting > article on keys and the various types of keys...some I had never heard of > or > more accurately differentiated and described. The view of the article > suggests that there is a need for specialized keys but their choice is > dictated by data or requirements. I now take the liberty to post this > information here. Some of the list may be very familiar and some may not. > I > personally prefer the auto-numbering PK because of it's speed and > guaranteed > uniqueness. > > > A relational key is a subset of attributes that identify a row in a table. > Thus, an autonumbering scheme can never be a key by definition: It's not > an > attribute of anything except the machinery's internal state. Pointers and > other physical implementation details fail as identifiers on the same > principle. > > A natural key is a subset of attributes that occur in a table and act as a > unique identifier - the classic relational key. Keys are visible, and you > can verify them in the external reality. Examples include UPC codes, > geographical coordinates, and DNA. > > An artificial key is a visible attribute added to the table. It doesn't > exist in the external reality but can be verified for syntax or check > digits > inside itself. For example, open codes in the UPC scheme can be assigned > to > a user's own stuff. The check digits still work, but you have to verify > them > inside your own enterprise. > > A "uniqueifier", isn't based on attributes in the data model and is > exposed > to the user. There's no way to predict or verify it. The system obtains a > value through some physical process totally unrelated to the logical data > model. Example: IDENTITY columns, other autonumbering devices. > > A surrogate key is a system generated to replace the actual key behind the > covers where the user never sees it. It may or may not be based on > attributes in the table. Examples: hashing algorithms or pointers from > many > columns back to a common set of domain values > > > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, > Andrew > Sent: Tuesday, June 08, 2004 9:48 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > IMO the PK shouldn't be meaningful, and shouldn't be used in any > calculations at all, so it shouldn't matter if its perfectly sequential or > not. > > It's just there to uniquely identify records and used internally in > relationships. An Autonumber PK fits the bill perfectly in Access, just > as > an Identity integer field in SQL Server does. Because its meaningless it > will never need to be changed and hence won't cause the problems that > would > occur when using a natural key. > > My 2 cents... I never really understand what the arguments about, but > hey... 'whatever floats your boat' > > > -----Original Message----- > From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] > Sent: Tuesday, 8 June 2004 9:07 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > > > > 3. That's why I said auto-generated! This is where relying on a ANPK can > > cause you problems: you can't extend the table without ruining your > > calculations. > > > > > For regular, sequential data (no interruptions) with a single field > natural > > key, or any data where a unique key can be mathematically calculated (as > > above), you can make an argument that ANPK is redundant, and can > actually > > make the data more difficult to work with. This is where intent of the > data, > > and your data modeling style, plays the deciding role in your PK choice. > > > > In your data dimension table example, you are creating a meaningful field > SequentialDateNumber (which you are calling ID) and are using it in data > calculations. > > Thr real question in this situation is not whether you use this natural > key > as > a PK, but whether you have a PK in the table at all - which comes down to > the > sub-debate about "what is a PK and what is it used for" :-) > > > > > > > > > > > > > > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > IMPORTANT - PLEASE READ ******************** > This email and any files transmitted with it are confidential and may > contain information protected by law from disclosure. > If you have received this message in error, please notify the sender > immediately and delete this email from your system. > No warranty is given that this email or files, if attached to this > email, are free from computer viruses or other defects. They > are provided on the basis the user assumes all responsibility for > loss, damage or consequence resulting directly or indirectly from > their use, whether caused by the negligence of the sender or not. > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 08:15:38 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 09:15:38 -0400 Subject: [AccessD] OT - Excel Date Formatting Message-ID: Group, What is the simplest way to transform a column of dates...? >From this: 5/3/2004 2:41:33 PM To this: 5/3/2004 Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then copying and using Paste Special (Values) to get the desired result. Is there a better way? Thanks, Mark From Chris.Foote at uk.thalesgroup.com Mon Jun 14 08:25:05 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 14 Jun 2004 14:25:05 +0100 Subject: [AccessD] OT - Excel Date Formatting Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C15D@ntscxch1.int.rdel.co.uk> Hi Mark! Can you not just change the formatting of the column from mm/dd/yyyy h:mm:ss to mm/dd/yyyy in the format cells dialogue? If this is not quite what you want reply to me as I've got a hand-rolled function to convert Excel dates/times to text. Regards Chris Foote - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:16 PM > To: '[AccessD]' > Subject: [AccessD] OT - Excel Date Formatting > > > Group, > > What is the simplest way to transform a column of dates...? > > >From this: 5/3/2004 2:41:33 PM > To this: 5/3/2004 > > Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then > copying and > using Paste Special (Values) to get the desired result. Is > there a better > way? > > Thanks, > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Mark.Mitsules at ngc.com Mon Jun 14 08:36:48 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 09:36:48 -0400 Subject: [AccessD] OT - Excel Date Formatting Message-ID: Chris, Thanks for your offer. Yes that does change the appearance but M$ seems to know better than I when it comes to importing the underlying data into Access and will keep the time data during an import. I have no use for the time data. My method works but seems "clunky". Mar -----Original Message----- From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] Sent: Monday, June 14, 2004 9:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT - Excel Date Formatting Hi Mark! Can you not just change the formatting of the column from mm/dd/yyyy h:mm:ss to mm/dd/yyyy in the format cells dialogue? If this is not quite what you want reply to me as I've got a hand-rolled function to convert Excel dates/times to text. Regards Chris Foote - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:16 PM > To: '[AccessD]' > Subject: [AccessD] OT - Excel Date Formatting > > > Group, > > What is the simplest way to transform a column of dates...? > > >From this: 5/3/2004 2:41:33 PM > To this: 5/3/2004 > > Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then > copying and > using Paste Special (Values) to get the desired result. Is > there a better > way? > > Thanks, > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 08:43:50 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 09:43:50 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark From Chris.Foote at uk.thalesgroup.com Mon Jun 14 08:44:38 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 14 Jun 2004 14:44:38 +0100 Subject: [AccessD] OT - Excel Date Formatting Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C15E@ntscxch1.int.rdel.co.uk> Hi again Mark! Ok. I see the problem now (I think). I hit this problem (feature?) a little while ago. Excel stores the info differently to the way it displays it. My solution was to write a function the converted the data into a text field but formatted the way I wanted it. I did much the same as you but needed to append leading zeros. The code below works for Hours and Minutes but I'm sure you could mod it for Day, Month, Year! ----------------Code snippet)-------- Function Date2Text(MyDate As Date) Dim MyText As String Dim MyHour As String Dim MyMinute As String Dim intHour As Integer Dim intMinute As Integer intHour = Len(Hour(MyDate)) If intHour = 1 Then MyHour = "0" & Hour(MyDate) Else MyHour = Hour(MyDate) End If intMinute = Len(Minute(MyDate)) If intMinute = 1 Then MyMinute = "0" & Minute(MyDate) Else MyMinute = Minute(MyDate) End If Date2Text = MyHour & ":" & MyMinute End Function > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:37 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT - Excel Date Formatting > > > Chris, > > Thanks for your offer. Yes that does change the appearance > but M$ seems to > know better than I when it comes to importing the underlying data into > Access and will keep the time data during an import. I have > no use for the > time data. My method works but seems "clunky". > > > Mar > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 14, 2004 9:25 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT - Excel Date Formatting > > > Hi Mark! > > Can you not just change the formatting of the column from > mm/dd/yyyy h:mm:ss > to mm/dd/yyyy in the format cells dialogue? > > If this is not quite what you want reply to me as I've got a > hand-rolled > function to convert Excel dates/times to text. > > Regards > Chris Foote - UK > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 14, 2004 2:16 PM > To: '[AccessD]' > Subject: [AccessD] OT - Excel Date Formatting > > > Group, > > What is the simplest way to transform a column of dates...? > > >From this: 5/3/2004 2:41:33 PM > To this: 5/3/2004 > > Currently I'm using =MONTH(D2)&"/"&DAY(D2)&"/"&YEAR(D2), then > copying and > using Paste Special (Values) to get the desired result. Is > there a better > way? > > Thanks, > > Mark From jeffrey.demulling at usbank.com Mon Jun 14 08:53:13 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Mon, 14 Jun 2004 08:53:13 -0500 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Tell them to do a "Full" install instead of a standard install, i.e. make sure everything that can be installed is installed. I have found with our IT folks that if I am not watching them they do not install everything. "Mitsules, Mark S. (Newport News)" To: "[AccessD]" cc: Sent by: Subject: [AccessD] URGENT! A2K2 - File Import Options accessd-bounces at databasea dvisors.com 06/14/2004 08:43 AM Please respond to "Access Developers discussion and problem solving" I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 14 09:06:32 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 14 Jun 2004 07:06:32 -0700 Subject: [AccessD] Another Translation Problem References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> <40CDBECE.17170.49059F6@localhost> Message-ID: <004c01c45218$cbff85b0$6601a8c0@HAL9002> Stuart: I did what you did and it does indeed change the font on the tabs. However, I still can't get my Chinese to display correctly. I tried getting the Chinese string with the code from my translate message box function - StrConv(rs(gstrLanguage), vbUnicode) - which works for the message boxes. It's returning the right stuff. Just won't display Chinese characters. Any idea what that might be due to? TIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Sunday, June 13, 2004 10:05 PM Subject: Re: [AccessD] Another Translation Problem > On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: > > > > > In Access 2000, I just created a form with a tab control and two buttons. > > > > Private Sub Command1_Click() > > TabCtl0.FontName = "Times New Roman" > > > > End Sub > > > > Private Sub Command2_Click() > > TabCtl0.FontName = "Arial" > > End Sub > > > > Clicking the buttons changes the tab names appropriately so the fontname > > property does affect the page headers. > > > > I don't have O2002/XP and unicode fonts, so it may be a problem with Unicode > > fonts in the later version and the tab control. > > > > I just installed Airal Uncode MS in O2K and tried it again. Changed the second > one to: TabCtl0.FontName = "Arial Unicode MS" > > It still changed the font properly (Don't know what would have happened if I > had tried a different language, I've never done any of that sort of thing) > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 14 09:21:52 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 14 Jun 2004 10:21:52 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options In-Reply-To: Message-ID: <001901c4521a$f41af050$6401a8c0@COA3> While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 10:25:09 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 11:25:09 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Thanks for the suggestions guys. So, if and when they get here, what other updates should I ask them to install? I located a page here: http://support.microsoft.com/default.aspx?scid=fh;EN-US;acc2002 ...but I'm somewhat confused as to what exactly is contained in "Microsoft Office XP Service Pack 3". Is that all I need, or do I need other files such as "Microsoft Jet 4.0 Service Pack 8" and "Microsoft Data Access Components (MDAC) 2.8"? Am I missing anything? Thanks for your help, Mark -----Original Message----- From: Steve Conklin (Developer at UltraDNT) [mailto:Developer at ultradnt.com] Sent: Monday, June 14, 2004 10:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon Jun 14 10:39:56 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 14 Jun 2004 08:39:56 -0700 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Office service packs and Jet service packs are separate. Everything through XP should work with MDAC 2.7, but it's always a good idea to keep your Jet updated, although running different versions on different machines will definitely bite you. Charlotte Foust -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 7:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options Thanks for the suggestions guys. So, if and when they get here, what other updates should I ask them to install? I located a page here: http://support.microsoft.com/default.aspx?scid=fh;EN-US;acc2002 ...but I'm somewhat confused as to what exactly is contained in "Microsoft Office XP Service Pack 3". Is that all I need, or do I need other files such as "Microsoft Jet 4.0 Service Pack 8" and "Microsoft Data Access Components (MDAC) 2.8"? Am I missing anything? Thanks for your help, Mark -----Original Message----- From: Steve Conklin (Developer at UltraDNT) [mailto:Developer at ultradnt.com] Sent: Monday, June 14, 2004 10:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 11:24:48 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 12:24:48 -0400 Subject: [AccessD] URGENT! A2K2 - File Import Options Message-ID: Well it seems my worries were unfounded. They've already called, AND updated everything to the "latest". I say "latest" because, of course, an extremely large enterprise such as the one I am in takes eons to "test and re-approve" everything M$ puts out. Thanks to everyone for your comments. Mark P.S. As an aside, it turns out my experience is not all that uncommon. What I didn't realize was that I was dealing with the outside contractor that actually accomplished the PC refresh, not our internal IT department. Unfortunately, it is not as common to receive that level of professionalism from our internal IT department...which is, ironically, also a subcontractor (they were spun off a few years ago). -----Original Message----- From: Charlotte Foust [mailto:cfoust at infostatsystems.com] Sent: Monday, June 14, 2004 11:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] URGENT! A2K2 - File Import Options Office service packs and Jet service packs are separate. Everything through XP should work with MDAC 2.7, but it's always a good idea to keep your Jet updated, although running different versions on different machines will definitely bite you. Charlotte Foust -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 7:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options Thanks for the suggestions guys. So, if and when they get here, what other updates should I ask them to install? I located a page here: http://support.microsoft.com/default.aspx?scid=fh;EN-US;acc2002 ...but I'm somewhat confused as to what exactly is contained in "Microsoft Office XP Service Pack 3". Is that all I need, or do I need other files such as "Microsoft Jet 4.0 Service Pack 8" and "Microsoft Data Access Components (MDAC) 2.8"? Am I missing anything? Thanks for your help, Mark -----Original Message----- From: Steve Conklin (Developer at UltraDNT) [mailto:Developer at ultradnt.com] Sent: Monday, June 14, 2004 10:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] URGENT! A2K2 - File Import Options While a Jet update may (or may not) address this, try running Linked Table Manager - if you get prompted for the install CD, tell them you need a FULL not Default install of Office (go for it all) or at least a full install of Access. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 9:44 AM To: [AccessD] Subject: [AccessD] URGENT! A2K2 - File Import Options Importance: High I received a computer "refresh" from the IT folks last week. I expect further problems, but, for now, I just realized that I am unable to import ANY file formats other than Access, XML, and ODBC. I need to address this ASAP to our "Help Desk". Can anyone tell me EXACTLY what I need to say to get ALL the file-type import options installed? I've always found it better when dealing with these people to NOT leave it up to them to discover a solution if I can help it. Thank you very much for any specifics... Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Mon Jun 14 11:18:10 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Mon, 14 Jun 2004 11:18:10 -0500 Subject: [AccessD] Importing data Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCC7@corp-es01.fleetpride.com> I do something similar loading budgets from identical spreadsheets into a budget table. I have the code if you want it. Jim -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Saturday, June 12, 2004 3:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Importing data Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA 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 HARVEYF1 at WESTAT.com Mon Jun 14 12:06:03 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Mon, 14 Jun 2004 13:06:03 -0400 Subject: [AccessD] Date syntax in SQL Server Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE5@remail2.westat.com> John, According to BOL, it doesn't. Your date string is in a format that SQL Server recognized as a date string. Even better, it is internationalized, so the conversion can't be done incorrectly. Again, the assumption is that DateOfBirth is a datetime variable. Just drop the CONVERT. I am curious to know how SQL Server threw this in. Was it something to do with an ADP or were you converting a database to MSDE? I hadn't seen this problem before and would like to avoid it. Silly Microsoft, always adding unnecessary parenthesis, functions, etc. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > Sent: Sunday, June 13, 2004 12:12 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Date syntax in SQL Server > > > But why does it need the convert? Just part of SQL Server? > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas > Sent: Sunday, June 13, 2004 12:00 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Date syntax in SQL Server > > > In sql dates are treated like strings, use single quotes not # > > Good Luck > > V > www.vinniechas.com From Mark.Mitsules at ngc.com Mon Jun 14 12:08:23 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 13:08:23 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark From HARVEYF1 at WESTAT.com Mon Jun 14 12:22:43 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Mon, 14 Jun 2004 13:22:43 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE6@remail2.westat.com> Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net From Rich_Lavsa at pghcorning.com Mon Jun 14 12:24:31 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 14 Jun 2004 13:24:31 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: <833956F5C117124A89417638FDB11290EBD1E4@goexchange.pghcorning.com> Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 13:05:34 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 14:05:34 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Mon Jun 14 13:18:22 2004 From: marcus at tsstech.com (Scott Marcus) Date: Mon, 14 Jun 2004 14:18:22 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: < Message-ID: <000401c4523e$2aa7da70$4c0b6bd5@netboxxp> Thanks Jim... Nice to know I'm not the only one Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: 11 June 2004 20:48 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Hi Mark: That set of comments are very true and I fully agree with your assessment. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Friday, June 11, 2004 10:33 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Sorry... Didn't mean to be so negative, I just got left with a very bad taste in my mouth when I came to renew the payroll module and found the QB made it impossible to upgrade without buying the application again (only a year after I bought it). All I wanted was updated tax tables and from what they told me that would not be possible without upgrading the application at a cost of more than double the original price. That sort of behaviour as far as I'm concerned is out of order and unnecessary, tax tables are just data and it seems they have no loyalty to existing customers. To make it imposible to update the tax tables without updating the application is, in my oppinion, pure greed, totally unnecessary and as bad, if not worse than some of the tactics emplyed by microsoft themselves. Sorry again for being so negative and drifting OT... Didn't mean to rant :@) Good luck Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 11 June 2004 00:56 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I was not suggesting that QB is not flawed, I personally think it is VERY flawed in many ways, but that is irrelevant as my users are wanting my programs to interact with it. It is thus my job to make that happen, not to degrade their choice in their accounting package. I had anticipated that others would be getting the same response from their clients, I was obviously wrong. QB's greatest market share is indeed in small business, but the last time I checked small business (As defined by the SBA is 500 or less employees) accounts for 99.7 percent of all employers, Employ half of all private sector employees, Pays 44.3 percent of total U.S. private payroll...etc.. In other words it's HUGE... It's so huge that MS made several attempts to take a portion of Intuit's market share, then they tried to outright by Intuit, and I understand they are at it again. Why, because MS understands the huge market share Intuit holds, and desperately wants part of it. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Thursday, June 10, 2004 9:54 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? The data structure (I am told by a very good accountant I know) is flawed in several ways. The application itself compensates (sometimes badly). QB is a good solution for small businesses etc. but I wouldn't (personally) want to have to work with its data. Accounting data structures are very straight forward and I don't understand why there are so many discrepancies in such a 'well' developed package. For example, several of the standard reports don't cross balance due to the fact they (sometimes) ignore journal entries. Saying that though, I have never been impressed by an accounts package so maybe I'm just too cynical :O) 85% of what by the way? The only people I know who use it are small business and they, generally, are happy with it as it is and wouldn't want to shell out the extra cash to have add-ons developed... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: 10 June 2004 01:22 To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Wow Intuit has a greater then 85% market share. I'm not sure about you guys, but my clients are screaming for a strong solution that interacts with QuickBooks in my products. Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Bartow Sent: Tuesday, June 08, 2004 10:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Mark, I don't want to continue this OT too much but I have to agree - even though I use it. You can't even have a customer be a vendor that you also purchase from! Drives me nuts! JB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MarkH Sent: Tuesday, June 08, 2004 7:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? Side tracking a little... We use QB for the company accounts, the lady who does my books has torn it to pieces. She has found numerous flaws in the program, in particular in relation to journal postings and VAT, can't remember what exactly (as I have a very short attention span) but don't be surprised if things don't always balance... I looked at developing a few tools (data extracts and analysis) for it but didn't bother starting once I realised Quickbooks couldn't even do a decent job of it themselves... Sorry to be negative but I found it to be a very disappointing piece of software, particularly in respect to data extracts, windows integration and simple accounting practices... Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: 08 June 2004 23:54 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Robert: I looked at the QuickBooks SDK and gave up. Used the two-step - export from my app to their funky file format and import into QuickBooks. You can have the code if it helps. But I think you're looking for the seamless solution. Rocky ----- Original Message ----- From: "Robert Gracie" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 08, 2004 2:45 PM Subject: [AccessD] QuickBooks Project... Anyone game? > Ok, > The first question is.. Does anyone here currently (or have plans in > the > future) to programmatically interact with QuickBooks 2003 or greater, either > on a data or "front end" (Version 2004)level? > > The second question, would anyone here be interested in grouping our > efforts together to come up with a "wrapped" solution, such has been > done with the BEU? > > I'm looking at a Class based solution that can handle all the major > functions a typical company would need to interact with QB. > > What Say You? > > > Robert Gracie > www.servicexp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Rich_Lavsa at pghcorning.com Mon Jun 14 13:37:07 2004 From: Rich_Lavsa at pghcorning.com (Lavsa, Rich) Date: Mon, 14 Jun 2004 14:37:07 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: <833956F5C117124A89417638FDB11290EBD1E5@goexchange.pghcorning.com> <> What it sounds like to me is that you would NOT go against the Catalog itself, but you WOULD go against the OLAP Cube behind the report, just like you can now do with the latest version of Crystal reports (or the soon to be released version). So basically you would query the report itself to put it simply, that is after the report is refreshed, or distributed, however you do your reports and actually write a recordset to go against a Report Cube. (Keep in mind I maybe be way off on this, but that is what it sounds like to me.) The cube gets generated after the report is refreshed. I know there were ways to pass the cube around but never got that far when I was wearing my Cognos hat. Ashamed to say, I don't remember all the names of all the pieces in Cognos its been a few years and only using it for 3 months I was hardly an expert. Does that make sense? Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 2:06 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fahooper at trapo.com Mon Jun 14 13:39:47 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 14:39:47 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <000c01c4523e$f8d75c90$f0bffea9@fred> Mark, If you want to use a report, Impromptu (the program that writes the catalogs), has an interface. You'd have to consult it's documentation to find out if you can return a recordset. I haven't used it but almost took a project automating report builds using Access and I checked that there was an interface to permit doing so at that time. If you want to get data from a cube, PowerPlay has an interface that allows it. If the report is long or complex, you may want to go directly against the database. (I once needed 5,000 cross tab reports on 80 tabs in one spreadsheet. Testing indicated a 3 week run time against the cube and writing individual cross tabs. It takes an hour directly against Sql Server using its "runsql" command and Excell's CopyFromRecordset once for each tab.) My guess is, if you don't want to go against a cube, you're probably better off going directly against the database. If you check the proper Cognos reference, Access is an ideal environment to manipulate Cognos' programs from because of the ease of checking local tables to determine what to do. VB also works well (e.g. I use it to copy cubes, stopping and starting various Cognos services to enable the copy even though the cube is in use.) The IDE is a vast improvement over Cognos' macro facility. Fred |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | From lists at theopg.com Mon Jun 14 13:33:30 2004 From: lists at theopg.com (MarkH) Date: Mon, 14 Jun 2004 19:33:30 +0100 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <15114630978.20040612162605@cactus.dk> Message-ID: <000301c4523e$17229990$4c0b6bd5@netboxxp> Thanks Gustav... Good point Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: 12 June 2004 15:26 To: Access Developers discussion and problem solving Subject: Re: [AccessD] QuickBooks Project... Anyone game? Hi Mark Oh, my comment was certainly not meant personally - it indeed sounds like you know, what you are doing. It was a general remark. Still, my advice is not to waste time on a package that misses the essential qualities - if these are not fulfilled, everything else (including add-ons) will fail somehow sooner or later. /gustav > I am fully aware of > accounting data structures. I ran Sage Sovreign for several years for > a > 60+ branch orgainsation and am currently writing a fairly large > 60+ project > based cost control application, which tracks costs from initial > project estimates based on project structure etc., through the various > purchasing processes and takes into account varying exchange rates and > rates of inflation. It also handles forecasting, time writing and > resource management. Yep, its pretty difficult to get my head round > certain things, but one things for sure, ultimately the solutions are > always simple ones... > Mark > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: 11 June 2004 09:43 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] QuickBooks Project... Anyone game? > Hi Mark >> .. Accounting data structures are very straight forward .. > Well, that's what many a programmer have thought: "- how difficult can > it be to sum debit and credit?". There is more in an accounting > application than this. >> .. and I don't understand why there >> are so many discrepancies in such a 'well' developed package. For >> example, several of the standard reports don't cross balance due to >> the fact they (sometimes) ignore journal entries. Saying that though, >> I have never been impressed by an accounts package so maybe I'm just >> too cynical :O) -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 14 11:15:32 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 14 Jun 2004 09:15:32 -0700 Subject: [AccessD] Another Translation Problem References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> <40CDBECE.17170.49059F6@localhost> <004c01c45218$cbff85b0$6601a8c0@HAL9002> Message-ID: <40CDCF24.1060406@shaw.ca> I tried this on 2003 and cut and pasted into tabpage name, displays okay with Thai but the tab.name of the control is now unicode ack... a nono But if you put in tab.caption instead of tab.name should be okay,at least with cut and paste. So your problem maybe with string handling. Rocky Smolin - Beach Access Software wrote: >Stuart: > >I did what you did and it does indeed change the font on the tabs. However, >I still can't get my Chinese to display correctly. > >I tried getting the Chinese string with the code from my translate message >box function - StrConv(rs(gstrLanguage), vbUnicode) - which works for the >message boxes. It's returning the right stuff. Just won't display Chinese >characters. > >Any idea what that might be due to? > >TIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > > >----- Original Message ----- >From: "Stuart McLachlan" >To: "Access Developers discussion and problem solving" > >Sent: Sunday, June 13, 2004 10:05 PM >Subject: Re: [AccessD] Another Translation Problem > > > > >>On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: >> >> >> >>>In Access 2000, I just created a form with a tab control and two >>> >>> >buttons. > > >>>Private Sub Command1_Click() >>>TabCtl0.FontName = "Times New Roman" >>> >>>End Sub >>> >>>Private Sub Command2_Click() >>>TabCtl0.FontName = "Arial" >>>End Sub >>> >>>Clicking the buttons changes the tab names appropriately so the fontname >>>property does affect the page headers. >>> >>>I don't have O2002/XP and unicode fonts, so it may be a problem with >>> >>> >Unicode > > >>>fonts in the later version and the tab control. >>> >>> >>> >>I just installed Airal Uncode MS in O2K and tried it again. Changed the >> >> >second > > >>one to: TabCtl0.FontName = "Arial Unicode MS" >> >>It still changed the font properly (Don't know what would have happened if >> >> >I > > >>had tried a different language, I've never done any of that sort of thing) >> >> >> >> >>-- >>Lexacorp Ltd >>http://www.lexacorp.com.pg >>Information Technology Consultancy, Software Development,System Support. >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From jimdettman at earthlink.net Mon Jun 14 14:32:09 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 14 Jun 2004 15:32:09 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <446DDE75CFC7E1438061462F85557B0F0BFEE6@remail2.westat.com> Message-ID: Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Mon Jun 14 14:37:10 2004 From: marcus at tsstech.com (Scott Marcus) Date: Mon, 14 Jun 2004 15:37:10 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Mon Jun 14 14:59:27 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 14 Jun 2004 15:59:27 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Mon Jun 14 14:59:43 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Mon, 14 Jun 2004 14:59:43 -0500 Subject: [AccessD] ODBC - COGNOS Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCCF@corp-es01.fleetpride.com> Good guess, this is exactly how we do it. Jim Hale -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 1:40 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Mark, If you want to use a report, Impromptu (the program that writes the catalogs), has an interface. You'd have to consult it's documentation to find out if you can return a recordset. I haven't used it but almost took a project automating report builds using Access and I checked that there was an interface to permit doing so at that time. If you want to get data from a cube, PowerPlay has an interface that allows it. If the report is long or complex, you may want to go directly against the database. (I once needed 5,000 cross tab reports on 80 tabs in one spreadsheet. Testing indicated a 3 week run time against the cube and writing individual cross tabs. It takes an hour directly against Sql Server using its "runsql" command and Excell's CopyFromRecordset once for each tab.) My guess is, if you don't want to go against a cube, you're probably better off going directly against the database. If you check the proper Cognos reference, Access is an ideal environment to manipulate Cognos' programs from because of the ease of checking local tables to determine what to do. VB also works well (e.g. I use it to copy cubes, stopping and starting various Cognos services to enable the copy even though the cube is in use.) The IDE is a vast improvement over Cognos' macro facility. Fred |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 14 15:00:39 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 14 Jun 2004 13:00:39 -0700 Subject: [AccessD] Another Translation Problem References: <009c01c451c2$7c20dbd0$6601a8c0@HAL9002> <40CDBECE.17170.49059F6@localhost> <004c01c45218$cbff85b0$6601a8c0@HAL9002> <40CDCF24.1060406@shaw.ca> Message-ID: <012101c4524a$448f8350$6601a8c0@HAL9002> Marty: Cut and Paste worked for me. Now I have to figure out why the tab name is the only control that won't respond to my translate routines. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "MartyConnelly" To: "Access Developers discussion and problem solving" Sent: Monday, June 14, 2004 9:15 AM Subject: Re: [AccessD] Another Translation Problem > I tried this on 2003 and cut and pasted into tabpage name, displays okay > with Thai but the tab.name of the control is now unicode ack... a nono > But if you put in tab.caption instead of tab.name should be okay,at > least with cut and paste. So your problem maybe with string handling. > > > Rocky Smolin - Beach Access Software wrote: > > >Stuart: > > > >I did what you did and it does indeed change the font on the tabs. However, > >I still can't get my Chinese to display correctly. > > > >I tried getting the Chinese string with the code from my translate message > >box function - StrConv(rs(gstrLanguage), vbUnicode) - which works for the > >message boxes. It's returning the right stuff. Just won't display Chinese > >characters. > > > >Any idea what that might be due to? > > > >TIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > > > >----- Original Message ----- > >From: "Stuart McLachlan" > >To: "Access Developers discussion and problem solving" > > > >Sent: Sunday, June 13, 2004 10:05 PM > >Subject: Re: [AccessD] Another Translation Problem > > > > > > > > > >>On 14 Jun 2004 at 14:54, Stuart McLachlan wrote: > >> > >> > >> > >>>In Access 2000, I just created a form with a tab control and two > >>> > >>> > >buttons. > > > > > >>>Private Sub Command1_Click() > >>>TabCtl0.FontName = "Times New Roman" > >>> > >>>End Sub > >>> > >>>Private Sub Command2_Click() > >>>TabCtl0.FontName = "Arial" > >>>End Sub > >>> > >>>Clicking the buttons changes the tab names appropriately so the fontname > >>>property does affect the page headers. > >>> > >>>I don't have O2002/XP and unicode fonts, so it may be a problem with > >>> > >>> > >Unicode > > > > > >>>fonts in the later version and the tab control. > >>> > >>> > >>> > >>I just installed Airal Uncode MS in O2K and tried it again. Changed the > >> > >> > >second > > > > > >>one to: TabCtl0.FontName = "Arial Unicode MS" > >> > >>It still changed the font properly (Don't know what would have happened if > >> > >> > >I > > > > > >>had tried a different language, I've never done any of that sort of thing) > >> > >> > >> > >> > >>-- > >>Lexacorp Ltd > >>http://www.lexacorp.com.pg > >>Information Technology Consultancy, Software Development,System Support. > >> > >> > >> > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > 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 Jun 14 15:19:43 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 14 Jun 2004 16:19:43 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF407AD84C1@xlivmbx12.aig.com> I think the point is that some people go with Natural keys and others favor arbitrary keys, like AutoNumbers, and that it's a point of honor so neither side is willing to budge! Oh and it was yours truly who suggested we are getting close to a complete DNA sequence being used as a "natural key" to a person. Lambert > -----Original Message----- > From: Scott Marcus [SMTP:marcus at tsstech.com] > Sent: Monday, June 14, 2004 3:37 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > << Nope sorry, but your missing the point. > > What exactly is the point? > > We are getting close to what someone else said(I think Gustav). The only > natural key for an object, is the object. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 3:32 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Francis, > > < statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance.>> > > Nope sorry, but your missing the point. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey > Sent: Monday, June 14, 2004 1:23 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Jim, > > Perversely, I would state the situation as the inverse of your > statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance. By using this approach, > you provide a solution to fix mistakes in the attributes that make up > the so-called "natural" keys due to miskeying, incomplete information, > or a change in value. > > In fact, if you used "natural" keys as your primary key, in order to > fix such mistakes you would have to allow for the very same thing that > you are claiming prevents autonumbers from being natural keys, > changing an attribute without changing the instance. > > Francis R Harvey III > WB 303, (301)294-3952 > harveyf1 at westat.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > > Sent: Monday, June 14, 2004 8:33 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Scott, > > > > > > > No because the serial number would be associated with the > > instance, so it > > becomes an attribute even though it was assigned. An > > autonumber is not. I > > can change an autonumber at any time with no affect at all. > > Looking at any > > given row, if I change the autonumber, nothing happens. If I > > changed the > > serial number, I'd no longer be referring to the same instance. One > > meaningless, the other derived from the attributes of what > > I'm referring to. > > > > Jim Dettman > > (315) 699-3443 > > jimdettman at earthlink.net > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 15:26:11 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 16:26:11 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: >> Good guess, this is exactly how we do it. << I guess I'm having trouble with the terms. Cube, catalog, database... Currently I use Cognos Impromptu which connects to a catalog, then runs the report. How does "catalog" relate to a "cube" or "going directly against the database". Forgive me if these are simplistic questions...I don't work in data warehousing. Since my only experience with getting data out of Cognos has been with running Cognos reports, can you elaborate on "exactly how (you) do it"? As I said, my end goal would be to try and connect from Access to "something" directly and return the records, rather than the two-step process I described earlier. Mark -----Original Message----- From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] Sent: Monday, June 14, 2004 4:00 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Good guess, this is exactly how we do it. Jim Hale -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 1:40 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Mark, If you want to use a report, Impromptu (the program that writes the catalogs), has an interface. You'd have to consult it's documentation to find out if you can return a recordset. I haven't used it but almost took a project automating report builds using Access and I checked that there was an interface to permit doing so at that time. If you want to get data from a cube, PowerPlay has an interface that allows it. If the report is long or complex, you may want to go directly against the database. (I once needed 5,000 cross tab reports on 80 tabs in one spreadsheet. Testing indicated a 3 week run time against the cube and writing individual cross tabs. It takes an hour directly against Sql Server using its "runsql" command and Excell's CopyFromRecordset once for each tab.) My guess is, if you don't want to go against a cube, you're probably better off going directly against the database. If you check the proper Cognos reference, Access is an ideal environment to manipulate Cognos' programs from because of the ease of checking local tables to determine what to do. VB also works well (e.g. I use it to copy cubes, stopping and starting various Cognos services to enable the copy even though the cube is in use.) The IDE is a vast improvement over Cognos' macro facility. Fred |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Mon Jun 14 15:35:16 2004 From: markamatte at hotmail.com (Mark A Matte) Date: Mon, 14 Jun 2004 20:35:16 +0000 Subject: [AccessD] OT: Excel Question Message-ID: Hello All, I apologize for the OT...but I didn't know who else to ask. In Excel97...in a pivot table...when you click on a cell in the table it highlights all rows with that same value...for example...if you had 3 unit numbers...and 4 case types...and built the Pivot to count all case types for each unit...then on the pivot click on 1 case type...all rows for that case type in the pivot would be highlighted. In Excel2K...this doesn't happen...only the cell you click on is selected...is this a setting somewhere...or is this just a functionality that was lost in the upgrade? Thanks, Mark _________________________________________________________________ Getting married? Find great tips, tools and the latest trends at MSN Life Events. http://lifeevents.msn.com/category.aspx?cid=married From fahooper at trapo.com Mon Jun 14 15:55:48 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 16:55:48 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <001901c45251$f9021b70$f0bffea9@fred> Impromptu is a reporting program. It can draw from many different databases and files. (Not, peculiarly, from cubes.) A "catalog" is a file that tells Impromptu where to get data from. While Impromptu can create several types of files, mostly reports, one of them is commonly used to provide data for cube building -- an IQD file. This file is used by the cube building program, Transformer, to read the data and create the cube. "Going directly against the database" could most easily be linking Access to the database and running queries, views, etc. against the data in the database. For example, you can link Access to SQL Server, Oracle, etc. The tables then appear to be local in the Accsss database. If the database is large, efficiency considerations would lead you to create views or stored procedures to access the data. Impromptu runs its SQL directly in the database and doesn't need this step for efficiency. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 4:26 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |>> Good guess, this is exactly how we do it. << | |I guess I'm having trouble with the terms. Cube, catalog, |database... Currently I use Cognos Impromptu which connects to |a catalog, then runs the report. How does "catalog" relate to |a "cube" or "going directly against the database". Forgive me |if these are simplistic questions...I don't work in data |warehousing. Since my only experience with getting data out |of Cognos has been with running Cognos reports, can you |elaborate on "exactly how (you) do it"? As I said, my end |goal would be to try and connect from Access to "something" |directly and return the records, rather than the two-step |process I described earlier. | |Mark | | | |-----Original Message----- |From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] |Sent: Monday, June 14, 2004 4:00 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | | Good |guess, this is exactly how we do it. Jim Hale | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 1:40 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Mark, | |If you want to use a report, Impromptu (the program that |writes the catalogs), has an interface. You'd have to consult |it's documentation to find out if you can return a recordset. |I haven't used it but almost took a project automating report |builds using Access and I checked that there was an interface |to permit doing so at that time. | |If you want to get data from a cube, PowerPlay has an |interface that allows it. | |If the report is long or complex, you may want to go directly |against the database. (I once needed 5,000 cross tab reports |on 80 tabs in one spreadsheet. Testing indicated a 3 week run |time against the cube and writing individual cross tabs. It |takes an hour directly against Sql Server using its "runsql" |command and Excell's CopyFromRecordset once for each |tab.) My guess is, if you don't want to go against a cube, |you're probably better off going directly against the database. | |If you check the proper Cognos reference, Access is an ideal |environment to manipulate Cognos' programs from because of the |ease of checking local tables to determine what to do. VB also |works well (e.g. I use it to copy cubes, stopping and starting |various Cognos services to enable the copy even though the |cube is in use.) The IDE is a vast improvement over Cognos' |macro facility. | |Fred | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 1:08 PM ||To: [AccessD] ||Subject: [AccessD] ODBC - COGNOS || || ||Group, || ||Has anyone ever returned a recordset from a Cognos catalog? ||Suggestions? || ||Mark ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/ac|cessd ||Website: ||http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |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 Jun 14 14:14:58 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 12:14:58 -0700 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: Mark: Why do you do just jump all the steps by coping the SQL code out of the initial Cognos report and use that get the ccode bases to extract the data directly from database. Can I assume it is an Oracle DB? If so, I could help you as I have been doing similar things, for the last year. From Oracle directly into Access. If it is not an Oracle DB, there are not DBs, that I am aware, that the information could not be extracted from. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 11:06 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 16:32:37 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 17:32:37 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: You know the more I step back from this, the more I realize that I need to talk with the data warehouse guys... For starters, "I" don't know what db they are using (I'm thinking it is SQL Server). Secondly, it is they who would have to provide me the network location and access so that I could attach. Moreover, since there is probably no way in hell that they would allow me to attach directly to the tables, I'm guessing that I would have to get them to create a view for me. Once that's complete, it will be just like attaching to another .mdb table, correct? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Monday, June 14, 2004 3:15 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] ODBC - COGNOS Mark: Why do you do just jump all the steps by coping the SQL code out of the initial Cognos report and use that get the ccode bases to extract the data directly from database. Can I assume it is an Oracle DB? If so, I could help you as I have been doing similar things, for the last year. From Oracle directly into Access. If it is not an Oracle DB, there are not DBs, that I am aware, that the information could not be extracted from. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 11:06 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 14 16:36:43 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 17:36:43 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: I'm definitely not creating cubes then...just straight reporting. As for efficiency, I'm guessing I'm in trouble then, because the current Cognos report has taken up to five minutes to run. Who knows how long it will take if I try and do this from Access. Perhaps my current method will prevail based on time, not simplicity. Mark -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 4:56 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Impromptu is a reporting program. It can draw from many different databases and files. (Not, peculiarly, from cubes.) A "catalog" is a file that tells Impromptu where to get data from. While Impromptu can create several types of files, mostly reports, one of them is commonly used to provide data for cube building -- an IQD file. This file is used by the cube building program, Transformer, to read the data and create the cube. "Going directly against the database" could most easily be linking Access to the database and running queries, views, etc. against the data in the database. For example, you can link Access to SQL Server, Oracle, etc. The tables then appear to be local in the Accsss database. If the database is large, efficiency considerations would lead you to create views or stored procedures to access the data. Impromptu runs its SQL directly in the database and doesn't need this step for efficiency. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 4:26 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |>> Good guess, this is exactly how we do it. << | |I guess I'm having trouble with the terms. Cube, catalog, |database... Currently I use Cognos Impromptu which connects to |a catalog, then runs the report. How does "catalog" relate to |a "cube" or "going directly against the database". Forgive me |if these are simplistic questions...I don't work in data |warehousing. Since my only experience with getting data out |of Cognos has been with running Cognos reports, can you |elaborate on "exactly how (you) do it"? As I said, my end |goal would be to try and connect from Access to "something" |directly and return the records, rather than the two-step |process I described earlier. | |Mark | | | |-----Original Message----- |From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] |Sent: Monday, June 14, 2004 4:00 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | | Good |guess, this is exactly how we do it. Jim Hale | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 1:40 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Mark, | |If you want to use a report, Impromptu (the program that |writes the catalogs), has an interface. You'd have to consult |it's documentation to find out if you can return a recordset. |I haven't used it but almost took a project automating report |builds using Access and I checked that there was an interface |to permit doing so at that time. | |If you want to get data from a cube, PowerPlay has an |interface that allows it. | |If the report is long or complex, you may want to go directly |against the database. (I once needed 5,000 cross tab reports |on 80 tabs in one spreadsheet. Testing indicated a 3 week run |time against the cube and writing individual cross tabs. It |takes an hour directly against Sql Server using its "runsql" |command and Excell's CopyFromRecordset once for each |tab.) My guess is, if you don't want to go against a cube, |you're probably better off going directly against the database. | |If you check the proper Cognos reference, Access is an ideal |environment to manipulate Cognos' programs from because of the |ease of checking local tables to determine what to do. VB also |works well (e.g. I use it to copy cubes, stopping and starting |various Cognos services to enable the copy even though the |cube is in use.) The IDE is a vast improvement over Cognos' |macro facility. | |Fred | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 1:08 PM ||To: [AccessD] ||Subject: [AccessD] ODBC - COGNOS || || ||Group, || ||Has anyone ever returned a recordset from a Cognos catalog? ||Suggestions? || ||Mark ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/ac|cessd ||Website: ||http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From fahooper at trapo.com Mon Jun 14 16:42:43 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 17:42:43 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <001a01c45258$86fdb4b0$f0bffea9@fred> Exactly |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:33 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |You know the more I step back from this, the more I realize |that I need to talk with the data warehouse guys... For |starters, "I" don't know what db they are using (I'm thinking |it is SQL Server). Secondly, it is they who would have to |provide me the network location and access so that I could |attach. Moreover, since there is probably no way in hell that |they would allow me to attach directly to the tables, I'm |guessing that I would have to get them to create a view for |me. Once that's complete, it will be just like attaching to |another .mdb table, correct? | | | |Mark | | | |-----Original Message----- |From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] |Sent: Monday, June 14, 2004 3:15 PM |To: Access Developers discussion and problem solving |Subject: RE: [AccessD] ODBC - COGNOS | | |Mark: | |Why do you do just jump all the steps by coping the SQL code |out of the initial Cognos report and use that get the ccode |bases to extract the data directly from database. | |Can I assume it is an Oracle DB? If so, I could help you as I |have been doing similar things, for the last year. From Oracle |directly into Access. If it is not an Oracle DB, there are not |DBs, that I am aware, that the information could not be extracted from. | |Jim | |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 11:06 AM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Rich, | |I'm confused with your response. It sounds like you've never |done this, but I can't tell whether or not you think it is |even possible. | |I'll explain my situation a little more. As it stands now, my |current practice is to run a weekly Cognos report from the |finance data warehouse and save that data as an Excel |spreadsheet. I then import that data into Access. So...why |is there an ODBC driver for Cognos? I'm just floating this |idea, but it seems to me that if someone went to the trouble |of writing an ODBC driver for Cognos, then I should be able to |connect directly to the catalog from Access and save myself |two steps. Does that sound feasible? If so how? | | |Mark | | |-----Original Message----- |From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] |Sent: Monday, June 14, 2004 1:25 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Why would you need to go against a Cognos catalog? As far as |I know that isn't possible other then through Cognos itself. |There might be a way to use the Data Cube that gets generated |for each report after it is refreshed although I wouldn't have |any idea how to do that. A Cognos catalog is basically where |you say what fields you want from what table, what |calculations you want, and the place where you apply security. | |Cognos is a reporting tool, therefore the login ID that is |used should, (I say SHOULD loosely), be read only anyway so if |you are trying to do data changes then you'd be in trouble. |If you are trying to analyze the data then why not just use |Cognos, after all it is a great too for analyzing data, its |what it was built for. | |If you needed the data then why not go against the same |table(s)/warehouse that the Catalog is getting its information from. | |Rich |-----Original Message----- |From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] |Sent: Monday, June 14, 2004 1:08 PM |To: [AccessD] |Subject: [AccessD] ODBC - COGNOS | | |Group, | |Has anyone ever returned a recordset from a Cognos catalog? |Suggestions? | |Mark |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/ac|cessd |Website: |http://www.databaseadvisors.com | From fahooper at trapo.com Mon Jun 14 16:46:25 2004 From: fahooper at trapo.com (Fred Hooper) Date: Mon, 14 Jun 2004 17:46:25 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: <001b01c45259$0ad429e0$f0bffea9@fred> If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | From Mark.Mitsules at ngc.com Mon Jun 14 17:10:03 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 14 Jun 2004 18:10:03 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: LOL...the SQL looks like my 2 year-old wrote it. This report was originally designed by and for the finance department...the SQL is ugly to say the least. But I dare not change it because when push comes to shove, my data better match theirs exactly. -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 5:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HARVEYF1 at WESTAT.com Mon Jun 14 17:21:14 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Mon, 14 Jun 2004 18:21:14 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE8@remail2.westat.com> Jim, I would say you have missed the point. Nobody is disputing that there is a difference between surrogate and natural keys. The problem is with your characterization of the difference. By definition, a natural key is going to be in the data being modeled. A surrogate key won't. Okay. Now, take your objection to the autonumber as a natural key. Leave it as an arbitrary number being assigned to houses by the database as in your example. Now have the realtor tell people that for faster service when interacting with the database via phone, they should use the database number she is providing. I have just moved the autonumber into the data that has to be modeled and made it an attribute without changing anything else. It just so happens that this attribute is assigned by a database. Now I have my autonumber natural key. Now, imagine they drop automated phone support and tell homeowners to forget the number. I just moved it out of the data model again. Now I am back to just having an autonumber surrogate key. Fun, but hardly the significant difference you have made it out to be. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > <> > > That there is a difference between a surrogate key > (something like an > autonumber) and a natural key. An autonumber cannot be a > natural key by > definition since it is meaningless. Look back at the > response I gave to > Lambert with the house number example. > > < Gustav). The only > natural key for an object, is the object.>> > > It was Lambert and it was in regards to talking about the > attributes of a > person. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus > Sent: Monday, June 14, 2004 3:37 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > << Nope sorry, but your missing the point. > > What exactly is the point? > > We are getting close to what someone else said(I think > Gustav). The only > natural key for an object, is the object. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > Sent: Monday, June 14, 2004 3:32 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Francis, > > < statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance.>> > > Nope sorry, but your missing the point. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Francis Harvey > Sent: Monday, June 14, 2004 1:23 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Jim, > > Perversely, I would state the situation as the inverse of your > statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance. By using this approach, > you provide a solution to fix mistakes in the attributes that make up > the so-called "natural" keys due to miskeying, incomplete information, > or a change in value. > > In fact, if you used "natural" keys as your primary key, in order to > fix such mistakes you would have to allow for the very same thing that > you are claiming prevents autonumbers from being natural keys, > changing an attribute without changing the instance. > > Francis R Harvey III > WB 303, (301)294-3952 > harveyf1 at westat.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > > Sent: Monday, June 14, 2004 8:33 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Scott, > > > > > > > No because the serial number would be associated with the > > instance, so it > > becomes an attribute even though it was assigned. An > > autonumber is not. I > > can change an autonumber at any time with no affect at all. > > Looking at any > > given row, if I change the autonumber, nothing happens. If I > > changed the > > serial number, I'd no longer be referring to the same instance. One > > meaningless, the other derived from the attributes of what > > I'm referring to. > > > > Jim Dettman > > (315) 699-3443 > > jimdettman at earthlink.net > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 14 14:14:57 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 12:14:57 -0700 Subject: [AccessD] Importing data In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FCC7@corp-es01.fleetpride.com> Message-ID: Thanks very much Jim. I will contact you off line as to not flood the list. Much appreciated :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Monday, June 14, 2004 9:18 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Importing data I do something similar loading budgets from identical spreadsheets into a budget table. I have the code if you want it. Jim -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Saturday, June 12, 2004 3:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Importing data Jim, The import process is automatable with DoCmd.TransferText acImportFixed along with a Import Specification Name, but I have only used this to do one file at a time with identically named files. I am going to have to start and automate something similar to this next week with about 500 uniquely named, identically formatted spreadsheets from one folder going into one table. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Jim Lawrence (AccessD) Sent: Saturday, June 12, 2004 2:36 PM To: Access Developers discussion and problem solving Subject: [AccessD] Importing data Hi All: I have a question about importing data. The data source is a standard delimited text file but I would like to be able to use an Access Import Specification file to help design the resultant table. Is this possible? Is the Importing process automatable? (...having to import about fifty tables, a number of times makes a solution a sanity savior.) Any assistance with this would be greatly appreciated. MTIA Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Jun 14 19:41:32 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 17:41:32 -0700 Subject: [AccessD] ODBC - COGNOS In-Reply-To: <001b01c45259$0ad429e0$f0bffea9@fred> Message-ID: That is why it is better if you can start off copying the SQL code, out of the Cognos report, that is used for the report. If there are references to various views they will be listed, in the sequel script and they will run just the same in Access. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Fred Hooper Sent: Monday, June 14, 2004 2:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |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 Jun 14 19:36:40 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 14 Jun 2004 17:36:40 -0700 Subject: [AccessD] ODBC - COGNOS In-Reply-To: Message-ID: Hi Mark: You can attach to, what ever the database is, where ever the data resides, using the same username and password. Use a direct ADO-OLE connection to that data through Access. If you can access the data through Cognos you can access the data through Access...it is that simple. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 2:33 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS You know the more I step back from this, the more I realize that I need to talk with the data warehouse guys... For starters, "I" don't know what db they are using (I'm thinking it is SQL Server). Secondly, it is they who would have to provide me the network location and access so that I could attach. Moreover, since there is probably no way in hell that they would allow me to attach directly to the tables, I'm guessing that I would have to get them to create a view for me. Once that's complete, it will be just like attaching to another .mdb table, correct? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Monday, June 14, 2004 3:15 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] ODBC - COGNOS Mark: Why do you do just jump all the steps by coping the SQL code out of the initial Cognos report and use that get the ccode bases to extract the data directly from database. Can I assume it is an Oracle DB? If so, I could help you as I have been doing similar things, for the last year. From Oracle directly into Access. If it is not an Oracle DB, there are not DBs, that I am aware, that the information could not be extracted from. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 14, 2004 11:06 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Rich, I'm confused with your response. It sounds like you've never done this, but I can't tell whether or not you think it is even possible. I'll explain my situation a little more. As it stands now, my current practice is to run a weekly Cognos report from the finance data warehouse and save that data as an Excel spreadsheet. I then import that data into Access. So...why is there an ODBC driver for Cognos? I'm just floating this idea, but it seems to me that if someone went to the trouble of writing an ODBC driver for Cognos, then I should be able to connect directly to the catalog from Access and save myself two steps. Does that sound feasible? If so how? Mark -----Original Message----- From: Lavsa, Rich [mailto:Rich_Lavsa at pghcorning.com] Sent: Monday, June 14, 2004 1:25 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS Why would you need to go against a Cognos catalog? As far as I know that isn't possible other then through Cognos itself. There might be a way to use the Data Cube that gets generated for each report after it is refreshed although I wouldn't have any idea how to do that. A Cognos catalog is basically where you say what fields you want from what table, what calculations you want, and the place where you apply security. Cognos is a reporting tool, therefore the login ID that is used should, (I say SHOULD loosely), be read only anyway so if you are trying to do data changes then you'd be in trouble. If you are trying to analyze the data then why not just use Cognos, after all it is a great too for analyzing data, its what it was built for. If you needed the data then why not go against the same table(s)/warehouse that the Catalog is getting its information from. Rich -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 1:08 PM To: [AccessD] Subject: [AccessD] ODBC - COGNOS Group, Has anyone ever returned a recordset from a Cognos catalog? Suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Tue Jun 15 06:48:17 2004 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 15 Jun 2004 07:48:17 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Tue Jun 15 07:26:36 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Tue, 15 Jun 2004 08:26:36 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <446DDE75CFC7E1438061462F85557B0F0BFEE8@remail2.westat.com> Message-ID: Francis, Yes, you have a handle on it. I don't agree 100% that the autonumber would become a natural key in the sense that you describe (as I mentioned earlier, there are a lot of gray areas in terms of what "is" is), but for the sake of argument, let's assume it does. Given that, I would doubt you could so casually discard it once again as information would then exist that uses that number. So now it is no longer meaningless and cannot be changed arbitrarily. But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. I say "typical" in that we have no control over them. I'm not saying that they can't be used the way you describe, but one would normally want to retain control over an attribute. For example, in what you outlined, I certainly would not want gaps in a sequence, as I would derive information value from the numbers assigned. So I would still stand by the statement that an autonumber cannot be a natural key. <> There is a significant difference. The point is that when discussing keys one needs to be aware of the different view points that exist between relational theory and computer systems. The term "key" means very different things. That will be it for me for a bit. Work has really heated up the past day or two. Have a client in Phoenix that's been giving me fits. Makes for a long day with a 3 hour time difference. Jim jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 6:21 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, I would say you have missed the point. Nobody is disputing that there is a difference between surrogate and natural keys. The problem is with your characterization of the difference. By definition, a natural key is going to be in the data being modeled. A surrogate key won't. Okay. Now, take your objection to the autonumber as a natural key. Leave it as an arbitrary number being assigned to houses by the database as in your example. Now have the realtor tell people that for faster service when interacting with the database via phone, they should use the database number she is providing. I have just moved the autonumber into the data that has to be modeled and made it an attribute without changing anything else. It just so happens that this attribute is assigned by a database. Now I have my autonumber natural key. Now, imagine they drop automated phone support and tell homeowners to forget the number. I just moved it out of the data model again. Now I am back to just having an autonumber surrogate key. Fun, but hardly the significant difference you have made it out to be. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 3:59 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > <> > > That there is a difference between a surrogate key > (something like an > autonumber) and a natural key. An autonumber cannot be a > natural key by > definition since it is meaningless. Look back at the > response I gave to > Lambert with the house number example. > > < Gustav). The only > natural key for an object, is the object.>> > > It was Lambert and it was in regards to talking about the > attributes of a > person. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus > Sent: Monday, June 14, 2004 3:37 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > << Nope sorry, but your missing the point. > > What exactly is the point? > > We are getting close to what someone else said(I think > Gustav). The only > natural key for an object, is the object. > > Scott Marcus > TSS Technologies, Inc. > marcus at tsstech.com > (513) 772-7000 > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > Sent: Monday, June 14, 2004 3:32 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > Francis, > > < statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance.>> > > Nope sorry, but your missing the point. > > Jim > (315) 699-3443 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > Francis Harvey > Sent: Monday, June 14, 2004 1:23 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Jim, > > Perversely, I would state the situation as the inverse of your > statement, as long as you don't change the autonumber, you can change > any attribute without changing the instance. By using this approach, > you provide a solution to fix mistakes in the attributes that make up > the so-called "natural" keys due to miskeying, incomplete information, > or a change in value. > > In fact, if you used "natural" keys as your primary key, in order to > fix such mistakes you would have to allow for the very same thing that > you are claiming prevents autonumbers from being natural keys, > changing an attribute without changing the instance. > > Francis R Harvey III > WB 303, (301)294-3952 > harveyf1 at westat.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > > Sent: Monday, June 14, 2004 8:33 AM > > To: Access Developers discussion and problem solving > > Subject: RE: [AccessD] OT: The Great Primary Debate > > > > > > Scott, > > > > > > > No because the serial number would be associated with the > > instance, so it > > becomes an attribute even though it was assigned. An > > autonumber is not. I > > can change an autonumber at any time with no affect at all. > > Looking at any > > given row, if I change the autonumber, nothing happens. If I > > changed the > > serial number, I'd no longer be referring to the same instance. One > > meaningless, the other derived from the attributes of what > > I'm referring to. > > > > Jim Dettman > > (315) 699-3443 > > jimdettman at earthlink.net > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Tue Jun 15 07:34:36 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Tue, 15 Jun 2004 08:34:36 -0400 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: Message-ID: Scott, << Maybe meaningless to you, but to the system, it is as meaningful as any other attribute. At some point, the attributes which you call natural, like house number, were assigned by someone. Hopefully, that someone used a method to assign a value to that attribute. By definition, what part of that process is natural(say for instance house number)?>> You said "system". When talking about keys, keep in mind that there is a significant difference between what a "key" means in relational theory vs computing systems. Relational theory is a logical approach to the organization of information. There is no physical component attached to it. It can be applied to any store of information; computing systems, a chalk board, pen & paper, you and I keeping lists in our heads, or what ever. The whole point of this is that the word "key" has two very different meanings between relational theory and computing systems. They are not the same thing. One needs to be aware of this when discussing such things as the article mentioned, which is what started all this. With that, this will be my last post for a bit as work wise things have really heated up in the past day or two. Jim jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Tuesday, June 15, 2004 7:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Tue Jun 15 07:51:29 2004 From: marcus at tsstech.com (Scott Marcus) Date: Tue, 15 Jun 2004 08:51:29 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I know what you are saying. I even know what a natural key is according to the theory. I tried to say this before, maybe you missed it, a natural key in English might not even be close to a natural key in French or Russian or etc. (so how can it be natural?) I'm just questioning the whole thought process of 'Natural Key'. To me, the term is an oxymoron because there is nothing natural about the key. I do understand relational theory. Just bare in mind, it is theory. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Tuesday, June 15, 2004 8:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Scott, << Maybe meaningless to you, but to the system, it is as meaningful as any other attribute. At some point, the attributes which you call natural, like house number, were assigned by someone. Hopefully, that someone used a method to assign a value to that attribute. By definition, what part of that process is natural(say for instance house number)?>> You said "system". When talking about keys, keep in mind that there is a significant difference between what a "key" means in relational theory vs computing systems. Relational theory is a logical approach to the organization of information. There is no physical component attached to it. It can be applied to any store of information; computing systems, a chalk board, pen & paper, you and I keeping lists in our heads, or what ever. The whole point of this is that the word "key" has two very different meanings between relational theory and computing systems. They are not the same thing. One needs to be aware of this when discussing such things as the article mentioned, which is what started all this. With that, this will be my last post for a bit as work wise things have really heated up in the past day or two. Jim jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Tuesday, June 15, 2004 7:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate <> That there is a difference between a surrogate key (something like an autonumber) and a natural key. An autonumber cannot be a natural key by definition since it is meaningless. Look back at the response I gave to Lambert with the house number example. <> It was Lambert and it was in regards to talking about the attributes of a person. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Monday, June 14, 2004 3:37 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate << Nope sorry, but your missing the point. What exactly is the point? We are getting close to what someone else said(I think Gustav). The only natural key for an object, is the object. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Monday, June 14, 2004 3:32 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate Francis, <> Nope sorry, but your missing the point. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Francis Harvey Sent: Monday, June 14, 2004 1:23 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate Jim, Perversely, I would state the situation as the inverse of your statement, as long as you don't change the autonumber, you can change any attribute without changing the instance. By using this approach, you provide a solution to fix mistakes in the attributes that make up the so-called "natural" keys due to miskeying, incomplete information, or a change in value. In fact, if you used "natural" keys as your primary key, in order to fix such mistakes you would have to allow for the very same thing that you are claiming prevents autonumbers from being natural keys, changing an attribute without changing the instance. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Monday, June 14, 2004 8:33 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Scott, > > > No because the serial number would be associated with the > instance, so it > becomes an attribute even though it was assigned. An > autonumber is not. I > can change an autonumber at any time with no affect at all. > Looking at any > given row, if I change the autonumber, nothing happens. If I > changed the > serial number, I'd no longer be referring to the same instance. One > meaningless, the other derived from the attributes of what > I'm referring to. > > Jim Dettman > (315) 699-3443 > jimdettman at earthlink.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From HARVEYF1 at WESTAT.com Tue Jun 15 09:18:59 2004 From: HARVEYF1 at WESTAT.com (Francis Harvey) Date: Tue, 15 Jun 2004 10:18:59 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <446DDE75CFC7E1438061462F85557B0F0BFEE9@remail2.westat.com> Jim, You are misstating the theory. There is no question that I turned the surrogate key into a natural key. By making it a part of the data to be modeled, I now have an additional attribute that fulfills all of the characteristics of a key, by definition. Thus, a natural key has been created. If you want to stick to definitions to imply a great difference between surrogate and natural keys, then stick to them. Autonumbers have been mischaracterized from the beginning of this discussion. As you know, they are not "meaningless"; they are used as a surrogate key which has a very definite purpose. As to being changed arbitrarily, you are overemphasizing the fact that surrogate keys aren't part of the data to be modeled. We get it. We just find the distinction to be trivial. Once I assign the autonumber it seems to us as if this assignment now becomes part of the data to be modeled. If I start using the surrogate key in other systems (or giving it out as in my example), this fact becomes even more obvious as suddenly you can't just change the key without repercussions anymore. You also have an inordinate amount of faith that people aren't using the surrogate key except in the database. I don't know about you, but I have no doubt that my database generated movie rental id, library card id, etc. are not being shadowed by an internal surrogate key. They have actually given me a card with the key on it, and it definitely isn't formed by collapsing other attributes to form an artificial key. It happens. Again with the misstatement of theory. Surrogate keys are defined and their use is provided for in the theory. Computer systems have nothing to do with it. You seem to be looking for a lot of additional significance to what is a definitional difference betweens keys that are in the data to be modeled or not. It just isn't there. Francis R Harvey III WB 303, (301)294-3952 harveyf1 at westat.com > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Tuesday, June 15, 2004 8:27 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] OT: The Great Primary Debate > > > Francis, > > Yes, you have a handle on it. I don't agree 100% that the > autonumber > would become a natural key in the sense that you describe (as > I mentioned > earlier, there are a lot of gray areas in terms of what "is" > is), but for > the sake of argument, let's assume it does. > > Given that, I would doubt you could so casually discard it > once again as > information would then exist that uses that number. So now > it is no longer > meaningless and cannot be changed arbitrarily. > > But Autonumbers in the typical sense are not used in that > way. They are > used as tags or pointers, or in other words surrogate keys. > They can be > changed at anytime without affecting anything. I say > "typical" in that we > have no control over them. I'm not saying that they can't be > used the way > you describe, but one would normally want to retain control over an > attribute. For example, in what you outlined, I certainly > would not want > gaps in a sequence, as I would derive information value from > the numbers > assigned. So I would still stand by the statement that an > autonumber cannot > be a natural key. > > < to be.>> > > There is a significant difference. The point is that when > discussing keys > one needs to be aware of the different view points that exist between > relational theory and computer systems. The term "key" means > very different > things. > > > That will be it for me for a bit. Work has really heated > up the past day > or two. Have a client in Phoenix that's been giving me fits. > Makes for a > long day with a 3 hour time difference. > > Jim > jimdettman at earthlink.net From Jim.Hale at FleetPride.com Tue Jun 15 09:31:24 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 15 Jun 2004 09:31:24 -0500 Subject: [AccessD] OT: Excel Question Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD2@corp-es01.fleetpride.com> If I understand your question correctly you can still get 2k to highlight similar rows or columns. If you hover the cursor over the column or row heading it turns into a down arrow (columns) or right pointing arrow (rows). When you click it will hightlight all associated columns or rows. For ex I have sales for the months of Jan-Apr and Gross Margin for the same months as columns in a pivot table. If I highlight the first Jan and click all Jan data for sales and margin are highlighted. HTH Jim Hale -----Original Message----- From: Mark A Matte [mailto:markamatte at hotmail.com] Sent: Monday, June 14, 2004 3:35 PM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Excel Question Hello All, I apologize for the OT...but I didn't know who else to ask. In Excel97...in a pivot table...when you click on a cell in the table it highlights all rows with that same value...for example...if you had 3 unit numbers...and 4 case types...and built the Pivot to count all case types for each unit...then on the pivot click on 1 case type...all rows for that case type in the pivot would be highlighted. In Excel2K...this doesn't happen...only the cell you click on is selected...is this a setting somewhere...or is this just a functionality that was lost in the upgrade? Thanks, Mark _________________________________________________________________ Getting married? Find great tips, tools and the latest trends at MSN Life Events. http://lifeevents.msn.com/category.aspx?cid=married -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Tue Jun 15 09:38:31 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 15 Jun 2004 09:38:31 -0500 Subject: [AccessD] ODBC - COGNOS Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD3@corp-es01.fleetpride.com> AH, the great IT dilemna- finance has created something ugly that works (lets hope) and now you are stuck with it because you are exactly right- your numbers have to agree. Enjoy the ride Jim Hale -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Monday, June 14, 2004 5:10 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS LOL...the SQL looks like my 2 year-old wrote it. This report was originally designed by and for the finance department...the SQL is ugly to say the least. But I dare not change it because when push comes to shove, my data better match theirs exactly. -----Original Message----- From: Fred Hooper [mailto:fahooper at trapo.com] Sent: Monday, June 14, 2004 5:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] ODBC - COGNOS If you don't have an equivalent view, Access will try to bring down too much of the database and take longer. However, if you look at the SQL tab of the current report's data source (there's a button that shows this), that tab should provide the SQL that you need in the view. If you give this SQL code to your dw people they should be able to provide the view in a few minutes. |-----Original Message----- |From: accessd-bounces at databaseadvisors.com |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |Mitsules, Mark S. (Newport News) |Sent: Monday, June 14, 2004 5:37 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |I'm definitely not creating cubes then...just straight |reporting. As for efficiency, I'm guessing I'm in trouble |then, because the current Cognos report has taken up to five |minutes to run. Who knows how long it will take if I try and |do this from Access. Perhaps my current method will prevail |based on time, not simplicity. | | |Mark | |-----Original Message----- |From: Fred Hooper [mailto:fahooper at trapo.com] |Sent: Monday, June 14, 2004 4:56 PM |To: 'Access Developers discussion and problem solving' |Subject: RE: [AccessD] ODBC - COGNOS | | |Impromptu is a reporting program. It can draw from many |different databases and files. (Not, peculiarly, from cubes.) | |A "catalog" is a file that tells Impromptu where to get data from. | |While Impromptu can create several types of files, mostly |reports, one of them is commonly used to provide data for cube |building -- an IQD file. This file is used by the cube |building program, Transformer, to read the data and create the cube. | |"Going directly against the database" could most easily be |linking Access to the database and running queries, views, |etc. against the data in the database. For example, you can |link Access to SQL Server, Oracle, etc. The tables then appear |to be local in the Accsss database. If the database is large, |efficiency considerations would lead you to create views or |stored procedures to access the data. Impromptu runs its SQL |directly in the database and doesn't need this step for efficiency. | | ||-----Original Message----- ||From: accessd-bounces at databaseadvisors.com ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ||Mitsules, Mark S. (Newport News) ||Sent: Monday, June 14, 2004 4:26 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||>> Good guess, this is exactly how we do it. << || ||I guess I'm having trouble with the terms. Cube, catalog, ||database... Currently I use Cognos Impromptu which connects to ||a catalog, then runs the report. How does "catalog" relate to ||a "cube" or "going directly against the database". Forgive me ||if these are simplistic questions...I don't work in data ||warehousing. Since my only experience with getting data out ||of Cognos has been with running Cognos reports, can you ||elaborate on "exactly how (you) do it"? As I said, my end ||goal would be to try and connect from Access to "something" ||directly and return the records, rather than the two-step ||process I described earlier. || ||Mark || || || ||-----Original Message----- ||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] ||Sent: Monday, June 14, 2004 4:00 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || || Good ||guess, this is exactly how we do it. Jim Hale || ||-----Original Message----- ||From: Fred Hooper [mailto:fahooper at trapo.com] ||Sent: Monday, June 14, 2004 1:40 PM ||To: 'Access Developers discussion and problem solving' ||Subject: RE: [AccessD] ODBC - COGNOS || || ||Mark, || ||If you want to use a report, Impromptu (the program that ||writes the catalogs), has an interface. You'd have to consult ||it's documentation to find out if you can return a recordset. ||I haven't used it but almost took a project automating report ||builds using Access and I checked that there was an interface ||to permit doing so at that time. || ||If you want to get data from a cube, PowerPlay has an ||interface that allows it. || ||If the report is long or complex, you may want to go directly ||against the database. (I once needed 5,000 cross tab reports ||on 80 tabs in one spreadsheet. Testing indicated a 3 week run ||time against the cube and writing individual cross tabs. It ||takes an hour directly against Sql Server using its "runsql" ||command and Excell's CopyFromRecordset once for each ||tab.) My guess is, if you don't want to go against a cube, ||you're probably better off going directly against the database. || ||If you check the proper Cognos reference, Access is an ideal ||environment to manipulate Cognos' programs from because of the ||ease of checking local tables to determine what to do. VB also ||works well (e.g. I use it to copy cubes, stopping and starting ||various Cognos services to enable the copy even though the ||cube is in use.) The IDE is a vast improvement over Cognos' ||macro facility. || ||Fred || |||-----Original Message----- |||From: accessd-bounces at databaseadvisors.com |||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of |||Mitsules, Mark S. (Newport News) |||Sent: Monday, June 14, 2004 1:08 PM |||To: [AccessD] |||Subject: [AccessD] ODBC - COGNOS ||| ||| |||Group, ||| |||Has anyone ever returned a recordset from a Cognos catalog? |||Suggestions? ||| |||Mark |||-- |||_______________________________________________ |||AccessD mailing list |||AccessD at databaseadvisors.com |||http://databaseadvisors.com/mailman/listinfo/ac|cessd |||Website: |||http://www.databaseadvisors.com ||| || ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com ||-- ||_______________________________________________ ||AccessD mailing list ||AccessD at databaseadvisors.com ||http://databaseadvisors.com/mailman/listinfo/accessd ||Website: http://www.databaseadvisors.com || | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From markamatte at hotmail.com Tue Jun 15 10:15:43 2004 From: markamatte at hotmail.com (Mark A Matte) Date: Tue, 15 Jun 2004 15:15:43 +0000 Subject: [AccessD] OT: Excel Question Message-ID: Thanks Jim...it was actually a 2 part...there is an EnableSelection property you have to set. Thanks Again, Mark >From: "Hale, Jim" >Reply-To: Access Developers discussion and problem >solving >To: "'Access Developers discussion and problem >solving'" >Subject: RE: [AccessD] OT: Excel Question >Date: Tue, 15 Jun 2004 09:31:24 -0500 > >If I understand your question correctly you can still get 2k to highlight >similar rows or columns. If you hover the cursor over the column or row >heading it turns into a down arrow (columns) or right pointing arrow >(rows). When you click it will hightlight all associated columns or rows. >For ex I have sales for the months of Jan-Apr and Gross Margin for the same >months as columns in a pivot table. If I highlight the first Jan and click >all Jan data for sales and margin are highlighted. HTH >Jim Hale > >-----Original Message----- >From: Mark A Matte [mailto:markamatte at hotmail.com] >Sent: Monday, June 14, 2004 3:35 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] OT: Excel Question > > >Hello All, > >I apologize for the OT...but I didn't know who else to ask. In >Excel97...in > >a pivot table...when you click on a cell in the table it highlights all >rows > >with that same value...for example...if you had 3 unit numbers...and 4 case >types...and built the Pivot to count all case types for each unit...then on >the pivot click on 1 case type...all rows for that case type in the pivot >would be highlighted. > >In Excel2K...this doesn't happen...only the cell you click on is >selected...is this a setting somewhere...or is this just a functionality >that was lost in the upgrade? > >Thanks, > >Mark > >_________________________________________________________________ >Getting married? Find great tips, tools and the latest trends at MSN Life >Events. http://lifeevents.msn.com/category.aspx?cid=married > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ Getting married? Find great tips, tools and the latest trends at MSN Life Events. http://lifeevents.msn.com/category.aspx?cid=married From jeffrey.demulling at usbank.com Tue Jun 15 10:28:01 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 10:28:01 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: I am having some trouble with the code below. It works well for the first file that is passed to it but the second time the code is called it errors out on line 340. Anyone have any ideas on how to make this code work or what my problem might be. Thanks for any help. Sub FormatExcelFile(myfilename As String) Dim x As Integer Dim testvalue As String Dim excelApp As Excel.Application Dim excelFile As Excel.Workbook 'Open file 10 Set excelApp = CreateObject("Excel.Application") 20 excelApp.Visible = True 30 Set excelFile = excelApp.Workbooks.Open(myfilename) 40 With excelFile 'Setup the page 50 .Worksheets("AccountList").PageSetup.PrintTitleRows = "$1:$1" 60 .Worksheets("AccountList").PageSetup.PrintTitleColumns = "" 70 .Worksheets("AccountList").PageSetup.PrintArea = "" 80 .Worksheets("AccountList").PageSetup.LeftHeader = "" 90 .Worksheets("AccountList").PageSetup.CenterHeader = "&A" 100 .Worksheets("AccountList").PageSetup.RightHeader = "" 110 .Worksheets("AccountList").PageSetup.LeftFooter = "" 120 .Worksheets("AccountList").PageSetup.CenterFooter = "Page &P" 130 .Worksheets("AccountList").PageSetup.RightFooter = "" 140 .Worksheets("AccountList").PageSetup.LeftMargin = excelApp.InchesToPoints(0.75) 150 .Worksheets("AccountList").PageSetup.RightMargin = excelApp.InchesToPoints(0.75) 160 .Worksheets("AccountList").PageSetup.TopMargin = excelApp.InchesToPoints(1) 170 .Worksheets("AccountList").PageSetup.BottomMargin = excelApp.InchesToPoints(1) 180 .Worksheets("AccountList").PageSetup.HeaderMargin = excelApp.InchesToPoints(0.5) 190 .Worksheets("AccountList").PageSetup.FooterMargin = excelApp.InchesToPoints(0.5) 200 .Worksheets("AccountList").PageSetup.PrintHeadings = False 210 .Worksheets("AccountList").PageSetup.PrintGridlines = True 220 .Worksheets("AccountList").PageSetup.PrintComments = xlPrintNoComments 230 .Worksheets("AccountList").PageSetup.CenterHorizontally = False 240 .Worksheets("AccountList").PageSetup.CenterVertically = False 250 .Worksheets("AccountList").PageSetup.Orientation = xlLandscape 260 .Worksheets("AccountList").PageSetup.Draft = False 270 .Worksheets("AccountList").PageSetup.PaperSize = xlPaperLetter 280 .Worksheets("AccountList").PageSetup.FirstPageNumber = xlAutomatic 290 .Worksheets("AccountList").PageSetup.Order = xlDownThenOver 300 .Worksheets("AccountList").PageSetup.BlackAndWhite = False 310 .Worksheets("AccountList").PageSetup.Zoom = 73 320 .Worksheets("AccountList").PageSetup.PrintErrors = xlPrintErrorsDisplayed 'Format Header Row 330 .Worksheets("AccountList").Select 340 Range("A1:I1").Select 350 With Selection.Interior 360 .ColorIndex = 36 370 .Pattern = xlSolid 380 End With 390 Selection.Interior.ColorIndex = 6 400 Cells.Select 410 Selection.COLUMNS.AutoFit 420 Range("E1").Select 430 ActiveCell.FormulaR1C1 = "Account #" 440 Range("H1").Select 450 ActiveCell.FormulaR1C1 = "A=Active" & Chr(10) & "R=Resolved" 460 With ActiveCell.Characters(Start:=1, Length:=19).Font 470 .Name = "MS Sans Serif" 480 .FONTSTYLE = "Regular" 490 .Size = 10 500 .Strikethrough = False 510 .Superscript = False 520 .Subscript = False 530 .OutlineFont = False 540 .Shadow = False 550 .Underline = xlUnderlineStyleNone 560 .ColorIndex = xlAutomatic 570 End With 580 Range("J1").Select 590 ActiveCell.FormulaR1C1 = "Resolution-Healthy," 600 ActiveCell.FormulaR1C1 = _ "Resolution-Healthy," & Chr(10) & "Done (Paid Off, Final" & Chr(10) & "Distrib.), Resigned" 610 With ActiveCell.Characters(Start:=1, Length:=61).Font 620 .Name = "MS Sans Serif" 630 .FONTSTYLE = "Regular" 640 .Size = 10 650 .Strikethrough = False 660 .Superscript = False 670 .Subscript = False 680 .OutlineFont = False 690 .Shadow = False 700 .Underline = xlUnderlineStyleNone 710 .ColorIndex = xlAutomatic 720 End With 730 Range("J1").Select 740 With Selection.Interior 750 .ColorIndex = 6 760 .Pattern = xlSolid 770 End With 780 Range("B1").Select 790 ActiveCell.FormulaR1C1 = "'Default" & Chr(10) & "Admin" 800 With ActiveCell.Characters(Start:=1, Length:=13).Font 810 .Name = "MS Sans Serif" 820 .FONTSTYLE = "Regular" 830 .Size = 10 840 .Strikethrough = False 850 .Superscript = False 860 .Subscript = False 870 .OutlineFont = False 880 .Shadow = False 890 .Underline = xlUnderlineStyleNone 900 .ColorIndex = xlAutomatic 910 End With 920 COLUMNS("A:A").Select 930 Selection.Insert Shift:=xlToRight 940 Range("A1").Select 950 ActiveCell.FormulaR1C1 = "#" 960 Range("A2").Select 970 COLUMNS("B:B").ColumnWidth = 7.11 980 Range("A1").Select 990 With Selection.Interior 1000 .ColorIndex = 6 1010 .Pattern = xlSolid 1020 End With 1030 Selection.ColumnWidth = 4.89 1040 Range("B1").Select 1050 Selection.ColumnWidth = 6.56 1060 Range("C1").Select 1070 Selection.ColumnWidth = 6.89 1080 Range("D1").Select 1090 Selection.ColumnWidth = 44.89 1100 Range("E1").Select 1110 Selection.ColumnWidth = 17.11 1120 Range("F1").Select 1130 Selection.ColumnWidth = 14.67 1140 Range("G1").Select 1150 ActiveWindow.SmallScroll ToRight:=5 1160 Selection.ColumnWidth = 14.78 1170 Range("H1").Select 1180 Selection.ColumnWidth = 12.11 1190 Range("I3").Select 1200 COLUMNS("I:I").ColumnWidth = 10.67 1210 Range("J1").Select 1220 Selection.ColumnWidth = 14.11 1230 Range("K1").Select 1240 Selection.ColumnWidth = 17.22 1250 Cells.Select 1260 With Selection 1270 .HorizontalAlignment = xlGeneral 1280 .VerticalAlignment = xlTop 1290 .WrapText = True 1300 .Orientation = 0 1310 .AddIndent = False 1320 .INDENTLEVEL = 0 1330 .ShrinkToFit = False 1340 .ReadingOrder = xlContext 1350 .MergeCells = False 1360 End With 1370 With Selection 1380 .HorizontalAlignment = xlLeft 1390 .VerticalAlignment = xlTop 1400 .WrapText = True 1410 .Orientation = 0 1420 .AddIndent = False 1430 .INDENTLEVEL = 0 1440 .ShrinkToFit = False 1450 .ReadingOrder = xlContext 1460 .MergeCells = False 1470 End With 1480 Rows("1:1").Select 1490 With Selection 1500 .HorizontalAlignment = xlLeft 1510 .VerticalAlignment = xlBottom 1520 .WrapText = True 1530 .Orientation = 0 1540 .AddIndent = False 1550 .INDENTLEVEL = 0 1560 .ShrinkToFit = False 1570 .ReadingOrder = xlContext 1580 .MergeCells = False 1590 End With 1600 Range("D7").Select 1610 Range("C2").Select 1620 x = 1 1630 If ActiveCell.Value <> "" Then 1640 testvalue = "Not Empty" 1650 Else 1660 testvalue = "Empty" 1670 End If 1680 Do Until testvalue = "Empty" 1690 ActiveCell.Offset(0, -2).Select 1700 ActiveCell.Value = x 1710 ActiveCell.Offset(1, 2).Select 1720 x = x + 1 1730 If ActiveCell.Value <> "" Then 1740 testvalue = "Not Empty" 1750 Else 1760 testvalue = "Empty" 1770 End If 1780 Loop 'Center Data in column A 1790 ActiveCell.COLUMNS("A:A").EntireColumn.Select 1800 With Selection 1810 .HorizontalAlignment = xlGeneral 1820 .WrapText = True 1830 .Orientation = 0 1840 .AddIndent = False 1850 .INDENTLEVEL = 0 1860 .ShrinkToFit = False 1870 .ReadingOrder = xlContext 1880 .MergeCells = False 1890 End With 1900 With Selection 1910 .HorizontalAlignment = xlCenter 1920 .WrapText = True 1930 .Orientation = 0 1940 .AddIndent = False 1950 .INDENTLEVEL = 0 1960 .ShrinkToFit = False 1970 .ReadingOrder = xlContext 1980 .MergeCells = False 1990 End With 2000 COLUMNS("G:G").Select 2010 Selection.Style = "Comma" 'Close the file 2020 excelFile.Save 2030 excelFile.Close 2040 End With 2050 excelApp.Quit 2060 Set excelFile = Nothing 2070 Set excelApp = Nothing End Sub From gustav at cactus.dk Tue Jun 15 10:46:11 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 15 Jun 2004 17:46:11 +0200 Subject: [AccessD] Automation of Excel through Access Problem In-Reply-To: References: Message-ID: <19032836786.20040615174611@cactus.dk> Hi jeffrey You may need to "activate" the worksheet: > 331 .Worksheets("AccountList").Activate > 340 Range("A1:I1").Select And why not use With/End_With a bit more: With .Worksheets("AccountList") With .PageSetup ... End With .Select ... End With /gustav From DWUTKA at marlow.com Tue Jun 15 11:07:51 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 15 Jun 2004 11:07:51 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB014@main2.marlow.com> But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. WHAT? I've been pretty quiet on this thread. (I know, real shocker!). Now come on Jim. They can be 'changed' at anytime without affecting anything? The complete opposite is true. AutoNumbers (or surrogate keys of any type) NEVER have to be changed. And the reason they work better in 'reality' vs. 'theory', is that the surrogate key becomes the unique attribute of 'x'. So no matter how many tables you refer to 'x' with, the surrogate key can be placed anywhere. Any data related to 'x' can be changed at will, without breaking any relationships. If 'x' is a person, they can change their name, hair color, DNA, SSN, anything, and all of their related data is still linked. Use a natural key, and you can easily fall prey to either duplicate values, or the need to change the value. In my opinion, this is a lot like arguing physics in a complete vacuum, versus real world physics. One is theory, one is reality. What's the point. No one lives in 'theory', and no one develops in theory. The real truth is that the 'theory' world drops various aspects for simplicity, while reality presents all of the possible variations, which are very difficult to 'compute'. Using relational 'theory', an Autonumber IS a natural key. Why? Simple, because with a computer based relational system, all of the data is really ones and zeros. Autonumbers are also ones and zeros, so they are just as natural as any other point of data. Drew From cfoust at infostatsystems.com Tue Jun 15 11:15:37 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 15 Jun 2004 09:15:37 -0700 Subject: [AccessD] OT: The Great Primary Debate Message-ID: I suspect the point Jim was trying to make is that the autonumber could be changed (with a cascade of the change through related records) without affecting the data in the record. In other words, you still have the same record in the same relationships but now you're identifying it as "Joe" rather than "Arthur". It doesn't change the rest of the record, just the tag that provides a unique identifier. On the other hand, if you change the height property of "Arthur", then regardless of what you call him, he isn't the same record that he was. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 15, 2004 8:08 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. WHAT? I've been pretty quiet on this thread. (I know, real shocker!). Now come on Jim. They can be 'changed' at anytime without affecting anything? The complete opposite is true. AutoNumbers (or surrogate keys of any type) NEVER have to be changed. And the reason they work better in 'reality' vs. 'theory', is that the surrogate key becomes the unique attribute of 'x'. So no matter how many tables you refer to 'x' with, the surrogate key can be placed anywhere. Any data related to 'x' can be changed at will, without breaking any relationships. If 'x' is a person, they can change their name, hair color, DNA, SSN, anything, and all of their related data is still linked. Use a natural key, and you can easily fall prey to either duplicate values, or the need to change the value. In my opinion, this is a lot like arguing physics in a complete vacuum, versus real world physics. One is theory, one is reality. What's the point. No one lives in 'theory', and no one develops in theory. The real truth is that the 'theory' world drops various aspects for simplicity, while reality presents all of the possible variations, which are very difficult to 'compute'. Using relational 'theory', an Autonumber IS a natural key. Why? Simple, because with a computer based relational system, all of the data is really ones and zeros. Autonumbers are also ones and zeros, so they are just as natural as any other point of data. Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 15 11:16:46 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 11:16:46 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: I will try this out shortly, hopefully it works :) I will be cleaning up the code once I get the darn thing to work for the formatting macro I was given. "Gustav Brock" To: "Access Developers discussion and problem solving" Sent by: accessd-bounces at databasea cc: dvisors.com Subject: Re: [AccessD] Automation of Excel through Access Problem 06/15/2004 10:46 AM Please respond to "Access Developers discussion and problem solving" Hi jeffrey You may need to "activate" the worksheet: > 331 .Worksheets("AccountList").Activate > 340 Range("A1:I1").Select And why not use With/End_With a bit more: With .Worksheets("AccountList") With .PageSetup ... End With .Select ... End With /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jeffrey.demulling at usbank.com Tue Jun 15 11:44:34 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 11:44:34 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: Did not work. I am still getting the same message (which I did not include in my first post): Run-time error '1004' Method 'Range' of object '_Global' failed. "Gustav Brock" To: "Access Developers discussion and problem solving" Sent by: accessd-bounces at databasea cc: dvisors.com Subject: Re: [AccessD] Automation of Excel through Access Problem 06/15/2004 10:46 AM Please respond to "Access Developers discussion and problem solving" Hi jeffrey You may need to "activate" the worksheet: > 331 .Worksheets("AccountList").Activate > 340 Range("A1:I1").Select And why not use With/End_With a bit more: With .Worksheets("AccountList") With .PageSetup ... End With .Select ... End With /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Tue Jun 15 12:34:35 2004 From: lists at theopg.com (MarkH) Date: Tue, 15 Jun 2004 18:34:35 +0100 Subject: [AccessD] Automation of Excel through Access Problem In-Reply-To: Message-ID: <000601c452ff$06a2b0c0$4c0b6bd5@netboxxp> Hello Look at line 340 for example... >>> 340 Range("A1:I1").Select You may find if you use excelApp.activesheet.range... Etc helps (and on any following lines that are not fully qualified or nested in a WITH / END WITH block) Hth Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jeffrey.demulling at usbank.com Sent: 15 June 2004 16:28 To: Access Developers discussion and problem solving Subject: [AccessD] Automation of Excel through Access Problem I am having some trouble with the code below. It works well for the first file that is passed to it but the second time the code is called it errors out on line 340. Anyone have any ideas on how to make this code work or what my problem might be. Thanks for any help. Sub FormatExcelFile(myfilename As String) Dim x As Integer Dim testvalue As String Dim excelApp As Excel.Application Dim excelFile As Excel.Workbook 'Open file 10 Set excelApp = CreateObject("Excel.Application") 20 excelApp.Visible = True 30 Set excelFile = excelApp.Workbooks.Open(myfilename) 40 With excelFile 'Setup the page 50 .Worksheets("AccountList").PageSetup.PrintTitleRows = "$1:$1" 60 .Worksheets("AccountList").PageSetup.PrintTitleColumns = "" 70 .Worksheets("AccountList").PageSetup.PrintArea = "" 80 .Worksheets("AccountList").PageSetup.LeftHeader = "" 90 .Worksheets("AccountList").PageSetup.CenterHeader = "&A" 100 .Worksheets("AccountList").PageSetup.RightHeader = "" 110 .Worksheets("AccountList").PageSetup.LeftFooter = "" 120 .Worksheets("AccountList").PageSetup.CenterFooter = "Page &P" 130 .Worksheets("AccountList").PageSetup.RightFooter = "" 140 .Worksheets("AccountList").PageSetup.LeftMargin = excelApp.InchesToPoints(0.75) 150 .Worksheets("AccountList").PageSetup.RightMargin = excelApp.InchesToPoints(0.75) 160 .Worksheets("AccountList").PageSetup.TopMargin = excelApp.InchesToPoints(1) 170 .Worksheets("AccountList").PageSetup.BottomMargin = excelApp.InchesToPoints(1) 180 .Worksheets("AccountList").PageSetup.HeaderMargin = excelApp.InchesToPoints(0.5) 190 .Worksheets("AccountList").PageSetup.FooterMargin = excelApp.InchesToPoints(0.5) 200 .Worksheets("AccountList").PageSetup.PrintHeadings = False 210 .Worksheets("AccountList").PageSetup.PrintGridlines = True 220 .Worksheets("AccountList").PageSetup.PrintComments = xlPrintNoComments 230 .Worksheets("AccountList").PageSetup.CenterHorizontally = False 240 .Worksheets("AccountList").PageSetup.CenterVertically = False 250 .Worksheets("AccountList").PageSetup.Orientation = xlLandscape 260 .Worksheets("AccountList").PageSetup.Draft = False 270 .Worksheets("AccountList").PageSetup.PaperSize = xlPaperLetter 280 .Worksheets("AccountList").PageSetup.FirstPageNumber = xlAutomatic 290 .Worksheets("AccountList").PageSetup.Order = xlDownThenOver 300 .Worksheets("AccountList").PageSetup.BlackAndWhite = False 310 .Worksheets("AccountList").PageSetup.Zoom = 73 320 .Worksheets("AccountList").PageSetup.PrintErrors = xlPrintErrorsDisplayed 'Format Header Row 330 .Worksheets("AccountList").Select 340 Range("A1:I1").Select 350 With Selection.Interior 360 .ColorIndex = 36 370 .Pattern = xlSolid 380 End With 390 Selection.Interior.ColorIndex = 6 400 Cells.Select 410 Selection.COLUMNS.AutoFit 420 Range("E1").Select 430 ActiveCell.FormulaR1C1 = "Account #" 440 Range("H1").Select 450 ActiveCell.FormulaR1C1 = "A=Active" & Chr(10) & "R=Resolved" 460 With ActiveCell.Characters(Start:=1, Length:=19).Font 470 .Name = "MS Sans Serif" 480 .FONTSTYLE = "Regular" 490 .Size = 10 500 .Strikethrough = False 510 .Superscript = False 520 .Subscript = False 530 .OutlineFont = False 540 .Shadow = False 550 .Underline = xlUnderlineStyleNone 560 .ColorIndex = xlAutomatic 570 End With 580 Range("J1").Select 590 ActiveCell.FormulaR1C1 = "Resolution-Healthy," 600 ActiveCell.FormulaR1C1 = _ "Resolution-Healthy," & Chr(10) & "Done (Paid Off, Final" & Chr(10) & "Distrib.), Resigned" 610 With ActiveCell.Characters(Start:=1, Length:=61).Font 620 .Name = "MS Sans Serif" 630 .FONTSTYLE = "Regular" 640 .Size = 10 650 .Strikethrough = False 660 .Superscript = False 670 .Subscript = False 680 .OutlineFont = False 690 .Shadow = False 700 .Underline = xlUnderlineStyleNone 710 .ColorIndex = xlAutomatic 720 End With 730 Range("J1").Select 740 With Selection.Interior 750 .ColorIndex = 6 760 .Pattern = xlSolid 770 End With 780 Range("B1").Select 790 ActiveCell.FormulaR1C1 = "'Default" & Chr(10) & "Admin" 800 With ActiveCell.Characters(Start:=1, Length:=13).Font 810 .Name = "MS Sans Serif" 820 .FONTSTYLE = "Regular" 830 .Size = 10 840 .Strikethrough = False 850 .Superscript = False 860 .Subscript = False 870 .OutlineFont = False 880 .Shadow = False 890 .Underline = xlUnderlineStyleNone 900 .ColorIndex = xlAutomatic 910 End With 920 COLUMNS("A:A").Select 930 Selection.Insert Shift:=xlToRight 940 Range("A1").Select 950 ActiveCell.FormulaR1C1 = "#" 960 Range("A2").Select 970 COLUMNS("B:B").ColumnWidth = 7.11 980 Range("A1").Select 990 With Selection.Interior 1000 .ColorIndex = 6 1010 .Pattern = xlSolid 1020 End With 1030 Selection.ColumnWidth = 4.89 1040 Range("B1").Select 1050 Selection.ColumnWidth = 6.56 1060 Range("C1").Select 1070 Selection.ColumnWidth = 6.89 1080 Range("D1").Select 1090 Selection.ColumnWidth = 44.89 1100 Range("E1").Select 1110 Selection.ColumnWidth = 17.11 1120 Range("F1").Select 1130 Selection.ColumnWidth = 14.67 1140 Range("G1").Select 1150 ActiveWindow.SmallScroll ToRight:=5 1160 Selection.ColumnWidth = 14.78 1170 Range("H1").Select 1180 Selection.ColumnWidth = 12.11 1190 Range("I3").Select 1200 COLUMNS("I:I").ColumnWidth = 10.67 1210 Range("J1").Select 1220 Selection.ColumnWidth = 14.11 1230 Range("K1").Select 1240 Selection.ColumnWidth = 17.22 1250 Cells.Select 1260 With Selection 1270 .HorizontalAlignment = xlGeneral 1280 .VerticalAlignment = xlTop 1290 .WrapText = True 1300 .Orientation = 0 1310 .AddIndent = False 1320 .INDENTLEVEL = 0 1330 .ShrinkToFit = False 1340 .ReadingOrder = xlContext 1350 .MergeCells = False 1360 End With 1370 With Selection 1380 .HorizontalAlignment = xlLeft 1390 .VerticalAlignment = xlTop 1400 .WrapText = True 1410 .Orientation = 0 1420 .AddIndent = False 1430 .INDENTLEVEL = 0 1440 .ShrinkToFit = False 1450 .ReadingOrder = xlContext 1460 .MergeCells = False 1470 End With 1480 Rows("1:1").Select 1490 With Selection 1500 .HorizontalAlignment = xlLeft 1510 .VerticalAlignment = xlBottom 1520 .WrapText = True 1530 .Orientation = 0 1540 .AddIndent = False 1550 .INDENTLEVEL = 0 1560 .ShrinkToFit = False 1570 .ReadingOrder = xlContext 1580 .MergeCells = False 1590 End With 1600 Range("D7").Select 1610 Range("C2").Select 1620 x = 1 1630 If ActiveCell.Value <> "" Then 1640 testvalue = "Not Empty" 1650 Else 1660 testvalue = "Empty" 1670 End If 1680 Do Until testvalue = "Empty" 1690 ActiveCell.Offset(0, -2).Select 1700 ActiveCell.Value = x 1710 ActiveCell.Offset(1, 2).Select 1720 x = x + 1 1730 If ActiveCell.Value <> "" Then 1740 testvalue = "Not Empty" 1750 Else 1760 testvalue = "Empty" 1770 End If 1780 Loop 'Center Data in column A 1790 ActiveCell.COLUMNS("A:A").EntireColumn.Select 1800 With Selection 1810 .HorizontalAlignment = xlGeneral 1820 .WrapText = True 1830 .Orientation = 0 1840 .AddIndent = False 1850 .INDENTLEVEL = 0 1860 .ShrinkToFit = False 1870 .ReadingOrder = xlContext 1880 .MergeCells = False 1890 End With 1900 With Selection 1910 .HorizontalAlignment = xlCenter 1920 .WrapText = True 1930 .Orientation = 0 1940 .AddIndent = False 1950 .INDENTLEVEL = 0 1960 .ShrinkToFit = False 1970 .ReadingOrder = xlContext 1980 .MergeCells = False 1990 End With 2000 COLUMNS("G:G").Select 2010 Selection.Style = "Comma" 'Close the file 2020 excelFile.Save 2030 excelFile.Close 2040 End With 2050 excelApp.Quit 2060 Set excelFile = Nothing 2070 Set excelApp = Nothing End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael.broesdorf at web.de Tue Jun 15 12:41:54 2004 From: michael.broesdorf at web.de (=?us-ascii?Q?Michael_Brosdorf?=) Date: Tue, 15 Jun 2004 19:41:54 +0200 Subject: [AccessD] Access app on Windows Mobile 2003? In-Reply-To: Message-ID: Is there a way to run an Access application on a PDA with Windows Mobile 2003? Maybe with something like an Pocket Access? If not, I could use SQL Server for Pocket PC, but what tools are available to implement the user interface? Michael From pharold at proftesting.com Tue Jun 15 12:45:16 2004 From: pharold at proftesting.com (Perry Harold) Date: Tue, 15 Jun 2004 13:45:16 -0400 Subject: [AccessD] OT: Outlook XP picks up email left on server over andover and over... In-Reply-To: <002301c4514d$b1ddeee0$0501a8c0@colbyws> Message-ID: <002a01c45300$84c9f570$082da8c0@D58BT131> John We use an ISP so I don't know how Exchange works on internal servers but here's our scenario. Email left on the server is still a new message. Outlook looks for new messages each time it's started. So each time it's started if the messages are still on the server it will pick up whatever is sitting there until the selected wait time (3 days in your case) has passed. I use 2 addresses - if I get something that should be kept I forward it to the 2nd address. Everything else gets deleted from the server when it's downloaded the first time. My main computer is then set to delete everything from the server for both addresses when Outlook is running on it. In this case it's important for Outlook to be closed on the main computer when I'm away from my desk unless I don't want the messages to show up when I log on from a different location. I remember it being the same in 2K. Perry Harold -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, June 13, 2004 9:53 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] OT: Outlook XP picks up email left on server over andover and over... I pick up my email on many different computers. As a result I tell each copy of Outlook to leave the messages on the server for 3 days. For some reason OutlookXP keeps picking up the messages over and over. Its damned annoying to have to go back and delete the old messages. Does anyone know if this is a new "feature" in XP? I never saw this in 2K. Is it configurable, can I tell Outlook to knock it off? John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Tue Jun 15 12:47:36 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 15 Jun 2004 12:47:36 -0500 Subject: [AccessD] Automation of Excel through Access Problem Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD6@corp-es01.fleetpride.com> Even though it appears you are properly closing excel the fact that your code doesn't run the second time makes me suspect excel may still be running. I have had cases where hidden excel instances do not go away until access is closed. These instances then cause strange and unnatural things to happen when the code is executed. Put this vb script in notepad and run it. It will tell you if you have any extra Excel instances. Jim Hale Dim objXL Dim strMessage On Error Resume Next ' Try to grab a running instance of ' Excel... Set objXL = GetObject(, "Excel.Application") ' What did we find?.. If Not TypeName(objXL) = "Empty" Then strMessage = "Excel Running." Else strMessage = "Excel Not Running." End If ' Feedback to user... MsgBox strMessage, vbInformation, "Excel Status" ' Make the Excel instance visible ' if we found one if strMessage = "Excel Running." then _ objXL.Visible = true -----Original Message----- From: jeffrey.demulling at usbank.com [mailto:jeffrey.demulling at usbank.com] Sent: Tuesday, June 15, 2004 11:45 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automation of Excel through Access Problem Did not work. I am still getting the same message (which I did not include in my first post): Run-time error '1004' Method 'Range' of object '_Global' failed. ebsite: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 15 13:06:33 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 15 Jun 2004 20:06:33 +0200 Subject: [AccessD] Automation of Excel through Access Problem In-Reply-To: References: Message-ID: <19041257845.20040615200633@cactus.dk> Hi Jeffrey Then something else must be going on. Listen to Jim; I missed that your code runs the first time. Try changing these: 2050 excelApp.Quit 2060 Set excelFile = Nothing 2070 Set excelApp = Nothing to: 2049 Set excelFile = Nothing 2050 excelApp.Quit 2070 Set excelApp = Nothing Also, check Task Manager if a "hidden" Excel is running. /gustav > Did not work. I am still getting the same message (which I did not include > in my first post): > Run-time error '1004' Method 'Range' of object '_Global' failed. From jeffrey.demulling at usbank.com Tue Jun 15 13:45:00 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 15 Jun 2004 13:45:00 -0500 Subject: [AccessD] Automation of Excel through Access Problem - SOLVED Message-ID: Thanks Mark, fully qualifing everything made it work. >>>>> Hello >>>>> >>>>> Look at line 340 for example... >>>>> >>>>> >>> 340 Range("A1:I1").Select >>>>> >>>>> You may find if you use >>>>> >>>>> excelApp.activesheet.range... Etc >>>>> >>>>> helps (and on any following lines that are not fully qualified or nested >>>>> in a WITH / END WITH block) >>>>> >>>>> Hth >>>>> >>>>> Mark From bhorn at pivot-mds.com Tue Jun 15 14:13:43 2004 From: bhorn at pivot-mds.com (Bruce Horn) Date: Tue, 15 Jun 2004 15:13:43 -0400 Subject: [AccessD] Automating Outlook Message-ID: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Hello - One of our clients has us send regular status announcements to their members via Outlook (data extracted from A2K database). The client has now asked us to include their logo as part of the email. So far no joy in including the OLE object (.jpg) in the email. Anyone have any pointers/advice? Thanks in advance. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ From andy at minstersystems.co.uk Tue Jun 15 14:47:43 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 15 Jun 2004 20:47:43 +0100 Subject: [AccessD] Automating Outlook In-Reply-To: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Message-ID: <001801c45311$a07f1910$b274d0d5@minster33c3r25> Hi Bruce Not sure how far you've got, and don't have specific code for this but IIRC it can be done by using .HTMLBody rather than .Body, referencing the JPG in the HTML, and then including the JPG as an attachment. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn > Sent: 15 June 2004 20:14 > To: Access Developers discussion and problem solving > Subject: [AccessD] Automating Outlook > > > Hello - > > One of our clients has us send regular status announcements to their > members via Outlook (data extracted from A2K database). > The client has now asked us to include their logo as part of > the email. > > So far no joy in including the OLE object (.jpg) in the email. > > Anyone have any pointers/advice? > > Thanks in advance. > > Regards, > - Bruce > +++++++++++++++++++++++++ > Bruce Horn, CIO/CTO > Pivot MDS, LLC > Ph: 401-586-6422 Fx: 401-586-6425 > www.pivot-mds.com > +++++++++++++++++++++++++++++++++++++++++ > A conclusion is simply the place you got tired of thinking. > +++++++++++++++++++++++++++++++++++++++++ > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From pnl1 at psu.edu Tue Jun 15 15:28:08 2004 From: pnl1 at psu.edu (Paul Liadis) Date: Tue, 15 Jun 2004 16:28:08 -0400 Subject: [AccessD] ODBC - COGNOS In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FCD3@corp-es01.fleetprid e.com> Message-ID: <5.1.0.14.2.20040615162637.0405b4b0@mail.psu.edu> Hello, I have been following you debate and am wondering if any of you know of any websites or user communities for the Cognos stuff. Anything other than cognos.com, that is. I find that pretty limited (even support.cognos.com). Thanks, Paul Liadis At 09:38 AM 6/15/2004 -0500, you wrote: >AH, the great IT dilemna- finance has created something ugly that works >(lets hope) and now you are stuck with it because you are exactly right- >your numbers have to agree. Enjoy the ride >Jim Hale > >-----Original Message----- >From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >Sent: Monday, June 14, 2004 5:10 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >LOL...the SQL looks like my 2 year-old wrote it. This report was originally >designed by and for the finance department...the SQL is ugly to say the >least. But I dare not change it because when push comes to shove, my data >better match theirs exactly. > > >-----Original Message----- >From: Fred Hooper [mailto:fahooper at trapo.com] >Sent: Monday, June 14, 2004 5:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >If you don't have an equivalent view, Access will try to bring down too much >of the database and take longer. > >However, if you look at the SQL tab of the current report's data source >(there's a button that shows this), that tab should provide the SQL that you >need in the view. If you give this SQL code to your dw people they should be >able to provide the view in a few minutes. > >|-----Original Message----- >|From: accessd-bounces at databaseadvisors.com >|[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|Mitsules, Mark S. (Newport News) >|Sent: Monday, June 14, 2004 5:37 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|I'm definitely not creating cubes then...just straight >|reporting. As for efficiency, I'm guessing I'm in trouble >|then, because the current Cognos report has taken up to five >|minutes to run. Who knows how long it will take if I try and >|do this from Access. Perhaps my current method will prevail >|based on time, not simplicity. >| >| >|Mark >| >|-----Original Message----- >|From: Fred Hooper [mailto:fahooper at trapo.com] >|Sent: Monday, June 14, 2004 4:56 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|Impromptu is a reporting program. It can draw from many >|different databases and files. (Not, peculiarly, from cubes.) >| >|A "catalog" is a file that tells Impromptu where to get data from. >| >|While Impromptu can create several types of files, mostly >|reports, one of them is commonly used to provide data for cube >|building -- an IQD file. This file is used by the cube >|building program, Transformer, to read the data and create the cube. >| >|"Going directly against the database" could most easily be >|linking Access to the database and running queries, views, >|etc. against the data in the database. For example, you can >|link Access to SQL Server, Oracle, etc. The tables then appear >|to be local in the Accsss database. If the database is large, >|efficiency considerations would lead you to create views or >|stored procedures to access the data. Impromptu runs its SQL >|directly in the database and doesn't need this step for efficiency. >| >| >||-----Original Message----- >||From: accessd-bounces at databaseadvisors.com >||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >||Mitsules, Mark S. (Newport News) >||Sent: Monday, June 14, 2004 4:26 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||>> Good guess, this is exactly how we do it. << >|| >||I guess I'm having trouble with the terms. Cube, catalog, >||database... Currently I use Cognos Impromptu which connects to >||a catalog, then runs the report. How does "catalog" relate to >||a "cube" or "going directly against the database". Forgive me >||if these are simplistic questions...I don't work in data >||warehousing. Since my only experience with getting data out >||of Cognos has been with running Cognos reports, can you >||elaborate on "exactly how (you) do it"? As I said, my end >||goal would be to try and connect from Access to "something" >||directly and return the records, rather than the two-step >||process I described earlier. >|| >||Mark >|| >|| >|| >||-----Original Message----- >||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] >||Sent: Monday, June 14, 2004 4:00 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||||probably better off going directly against the database.> Good >||guess, this is exactly how we do it. Jim Hale >|| >||-----Original Message----- >||From: Fred Hooper [mailto:fahooper at trapo.com] >||Sent: Monday, June 14, 2004 1:40 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||Mark, >|| >||If you want to use a report, Impromptu (the program that >||writes the catalogs), has an interface. You'd have to consult >||it's documentation to find out if you can return a recordset. >||I haven't used it but almost took a project automating report >||builds using Access and I checked that there was an interface >||to permit doing so at that time. >|| >||If you want to get data from a cube, PowerPlay has an >||interface that allows it. >|| >||If the report is long or complex, you may want to go directly >||against the database. (I once needed 5,000 cross tab reports >||on 80 tabs in one spreadsheet. Testing indicated a 3 week run >||time against the cube and writing individual cross tabs. It >||takes an hour directly against Sql Server using its "runsql" >||command and Excell's CopyFromRecordset once for each >||tab.) My guess is, if you don't want to go against a cube, >||you're probably better off going directly against the database. >|| >||If you check the proper Cognos reference, Access is an ideal >||environment to manipulate Cognos' programs from because of the >||ease of checking local tables to determine what to do. VB also >||works well (e.g. I use it to copy cubes, stopping and starting >||various Cognos services to enable the copy even though the >||cube is in use.) The IDE is a vast improvement over Cognos' >||macro facility. >|| >||Fred >|| >|||-----Original Message----- >|||From: accessd-bounces at databaseadvisors.com >|||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|||Mitsules, Mark S. (Newport News) >|||Sent: Monday, June 14, 2004 1:08 PM >|||To: [AccessD] >|||Subject: [AccessD] ODBC - COGNOS >||| >||| >|||Group, >||| >|||Has anyone ever returned a recordset from a Cognos catalog? >|||Suggestions? >||| >|||Mark >|||-- >|||_______________________________________________ >|||AccessD mailing list >|||AccessD at databaseadvisors.com >|||http://databaseadvisors.com/mailman/listinfo/ac|cessd >|||Website: >|||http://www.databaseadvisors.com >||| >|| >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >|| >| >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >| > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 15 15:31:59 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 15 Jun 2004 15:31:59 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB019@main2.marlow.com> True, but if the system is complex enough, it might just be easier to make 'Arthur' physically taller or shorter, then change his unique identifier. Let's take a personel system for a large company. A new employee is hired, so a record is created in the main offices database for that employee. A simple 'header' table, that contains the employee's surrogate key/unique identifier. From that point on, various systems query the main offices employee tables, and pickup the new employee (with his/her unique identifier). From that point on, the main db no longer knows what other systems have picked up that identifier, so if someone goes in and changes the value, how do you have it cascade out to systems that connect when they want too? Granted, in a self contained system, cascading a unique identifier change wouldn't be very difficult. But what would be the purpose of doing that anyways? There shouldn't be a reason to change a unique identifier.....because all that is required of it, is that it remains unique! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Tuesday, June 15, 2004 11:16 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate I suspect the point Jim was trying to make is that the autonumber could be changed (with a cascade of the change through related records) without affecting the data in the record. In other words, you still have the same record in the same relationships but now you're identifying it as "Joe" rather than "Arthur". It doesn't change the rest of the record, just the tag that provides a unique identifier. On the other hand, if you change the height property of "Arthur", then regardless of what you call him, he isn't the same record that he was. Charlotte Foust -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 15, 2004 8:08 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] OT: The Great Primary Debate But Autonumbers in the typical sense are not used in that way. They are used as tags or pointers, or in other words surrogate keys. They can be changed at anytime without affecting anything. WHAT? I've been pretty quiet on this thread. (I know, real shocker!). Now come on Jim. They can be 'changed' at anytime without affecting anything? The complete opposite is true. AutoNumbers (or surrogate keys of any type) NEVER have to be changed. And the reason they work better in 'reality' vs. 'theory', is that the surrogate key becomes the unique attribute of 'x'. So no matter how many tables you refer to 'x' with, the surrogate key can be placed anywhere. Any data related to 'x' can be changed at will, without breaking any relationships. If 'x' is a person, they can change their name, hair color, DNA, SSN, anything, and all of their related data is still linked. Use a natural key, and you can easily fall prey to either duplicate values, or the need to change the value. In my opinion, this is a lot like arguing physics in a complete vacuum, versus real world physics. One is theory, one is reality. What's the point. No one lives in 'theory', and no one develops in theory. The real truth is that the 'theory' world drops various aspects for simplicity, while reality presents all of the possible variations, which are very difficult to 'compute'. Using relational 'theory', an Autonumber IS a natural key. Why? Simple, because with a computer based relational system, all of the data is really ones and zeros. Autonumbers are also ones and zeros, so they are just as natural as any other point of data. Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Tue Jun 15 15:49:19 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Tue, 15 Jun 2004 15:49:19 -0500 Subject: [AccessD] Automating Outlook Message-ID: <426071E0B0A6D311B3C0006008B0AB23AFE676@TAPPEEXCH01> Also, when you reference the JPG, do not specify a file path. The email client will automatically display the attachment in the local folder. -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Tuesday, June 15, 2004 2:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Automating Outlook Hi Bruce Not sure how far you've got, and don't have specific code for this but IIRC it can be done by using .HTMLBody rather than .Body, referencing the JPG in the HTML, and then including the JPG as an attachment. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn > Sent: 15 June 2004 20:14 > To: Access Developers discussion and problem solving > Subject: [AccessD] Automating Outlook > > > Hello - > > One of our clients has us send regular status announcements to their > members via Outlook (data extracted from A2K database). > The client has now asked us to include their logo as part of > the email. > > So far no joy in including the OLE object (.jpg) in the email. > > Anyone have any pointers/advice? > > Thanks in advance. > > Regards, > - Bruce > +++++++++++++++++++++++++ > Bruce Horn, CIO/CTO > Pivot MDS, LLC > Ph: 401-586-6422 Fx: 401-586-6425 > www.pivot-mds.com > +++++++++++++++++++++++++++++++++++++++++ > A conclusion is simply the place you got tired of thinking. > +++++++++++++++++++++++++++++++++++++++++ > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From Mark.Mitsules at ngc.com Tue Jun 15 15:52:32 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Tue, 15 Jun 2004 16:52:32 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: I don't...but I might be interested as well in that information. Mark -----Original Message----- From: Paul Liadis [mailto:pnl1 at psu.edu] Sent: Tuesday, June 15, 2004 4:28 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] ODBC - COGNOS Hello, I have been following you debate and am wondering if any of you know of any websites or user communities for the Cognos stuff. Anything other than cognos.com, that is. I find that pretty limited (even support.cognos.com). Thanks, Paul Liadis At 09:38 AM 6/15/2004 -0500, you wrote: >AH, the great IT dilemna- finance has created something ugly that works >(lets hope) and now you are stuck with it because you are exactly right- >your numbers have to agree. Enjoy the ride >Jim Hale > >-----Original Message----- >From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] >Sent: Monday, June 14, 2004 5:10 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >LOL...the SQL looks like my 2 year-old wrote it. This report was originally >designed by and for the finance department...the SQL is ugly to say the >least. But I dare not change it because when push comes to shove, my data >better match theirs exactly. > > >-----Original Message----- >From: Fred Hooper [mailto:fahooper at trapo.com] >Sent: Monday, June 14, 2004 5:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] ODBC - COGNOS > > >If you don't have an equivalent view, Access will try to bring down too much >of the database and take longer. > >However, if you look at the SQL tab of the current report's data source >(there's a button that shows this), that tab should provide the SQL that you >need in the view. If you give this SQL code to your dw people they should be >able to provide the view in a few minutes. > >|-----Original Message----- >|From: accessd-bounces at databaseadvisors.com >|[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|Mitsules, Mark S. (Newport News) >|Sent: Monday, June 14, 2004 5:37 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|I'm definitely not creating cubes then...just straight >|reporting. As for efficiency, I'm guessing I'm in trouble >|then, because the current Cognos report has taken up to five >|minutes to run. Who knows how long it will take if I try and >|do this from Access. Perhaps my current method will prevail >|based on time, not simplicity. >| >| >|Mark >| >|-----Original Message----- >|From: Fred Hooper [mailto:fahooper at trapo.com] >|Sent: Monday, June 14, 2004 4:56 PM >|To: 'Access Developers discussion and problem solving' >|Subject: RE: [AccessD] ODBC - COGNOS >| >| >|Impromptu is a reporting program. It can draw from many >|different databases and files. (Not, peculiarly, from cubes.) >| >|A "catalog" is a file that tells Impromptu where to get data from. >| >|While Impromptu can create several types of files, mostly >|reports, one of them is commonly used to provide data for cube >|building -- an IQD file. This file is used by the cube >|building program, Transformer, to read the data and create the cube. >| >|"Going directly against the database" could most easily be >|linking Access to the database and running queries, views, >|etc. against the data in the database. For example, you can >|link Access to SQL Server, Oracle, etc. The tables then appear >|to be local in the Accsss database. If the database is large, >|efficiency considerations would lead you to create views or >|stored procedures to access the data. Impromptu runs its SQL >|directly in the database and doesn't need this step for efficiency. >| >| >||-----Original Message----- >||From: accessd-bounces at databaseadvisors.com >||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >||Mitsules, Mark S. (Newport News) >||Sent: Monday, June 14, 2004 4:26 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||>> Good guess, this is exactly how we do it. << >|| >||I guess I'm having trouble with the terms. Cube, catalog, >||database... Currently I use Cognos Impromptu which connects to >||a catalog, then runs the report. How does "catalog" relate to >||a "cube" or "going directly against the database". Forgive me >||if these are simplistic questions...I don't work in data >||warehousing. Since my only experience with getting data out >||of Cognos has been with running Cognos reports, can you >||elaborate on "exactly how (you) do it"? As I said, my end >||goal would be to try and connect from Access to "something" >||directly and return the records, rather than the two-step >||process I described earlier. >|| >||Mark >|| >|| >|| >||-----Original Message----- >||From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] >||Sent: Monday, June 14, 2004 4:00 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||||probably better off going directly against the database.> Good >||guess, this is exactly how we do it. Jim Hale >|| >||-----Original Message----- >||From: Fred Hooper [mailto:fahooper at trapo.com] >||Sent: Monday, June 14, 2004 1:40 PM >||To: 'Access Developers discussion and problem solving' >||Subject: RE: [AccessD] ODBC - COGNOS >|| >|| >||Mark, >|| >||If you want to use a report, Impromptu (the program that >||writes the catalogs), has an interface. You'd have to consult >||it's documentation to find out if you can return a recordset. >||I haven't used it but almost took a project automating report >||builds using Access and I checked that there was an interface >||to permit doing so at that time. >|| >||If you want to get data from a cube, PowerPlay has an >||interface that allows it. >|| >||If the report is long or complex, you may want to go directly >||against the database. (I once needed 5,000 cross tab reports >||on 80 tabs in one spreadsheet. Testing indicated a 3 week run >||time against the cube and writing individual cross tabs. It >||takes an hour directly against Sql Server using its "runsql" >||command and Excell's CopyFromRecordset once for each >||tab.) My guess is, if you don't want to go against a cube, >||you're probably better off going directly against the database. >|| >||If you check the proper Cognos reference, Access is an ideal >||environment to manipulate Cognos' programs from because of the >||ease of checking local tables to determine what to do. VB also >||works well (e.g. I use it to copy cubes, stopping and starting >||various Cognos services to enable the copy even though the >||cube is in use.) The IDE is a vast improvement over Cognos' >||macro facility. >|| >||Fred >|| >|||-----Original Message----- >|||From: accessd-bounces at databaseadvisors.com >|||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >|||Mitsules, Mark S. (Newport News) >|||Sent: Monday, June 14, 2004 1:08 PM >|||To: [AccessD] >|||Subject: [AccessD] ODBC - COGNOS >||| >||| >|||Group, >||| >|||Has anyone ever returned a recordset from a Cognos catalog? >|||Suggestions? >||| >|||Mark >|||-- >|||_______________________________________________ >|||AccessD mailing list >|||AccessD at databaseadvisors.com >|||http://databaseadvisors.com/mailman/listinfo/ac|cessd >|||Website: >|||http://www.databaseadvisors.com >||| >|| >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >||-- >||_______________________________________________ >||AccessD mailing list >||AccessD at databaseadvisors.com >||http://databaseadvisors.com/mailman/listinfo/accessd >||Website: http://www.databaseadvisors.com >|| >| >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >|-- >|_______________________________________________ >|AccessD mailing list >|AccessD at databaseadvisors.com >|http://databaseadvisors.com/mailman/listinfo/accessd >|Website: http://www.databaseadvisors.com >| > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rbgajewski at adelphia.net Tue Jun 15 15:53:59 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Tue, 15 Jun 2004 16:53:59 -0400 Subject: [AccessD] Automating Outlook In-Reply-To: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Message-ID: Bruce Check out www.helenfeddema.com. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Bruce Horn Sent: Tuesday, June 15, 2004 15:14 To: Access Developers discussion and problem solving Subject: [AccessD] Automating Outlook Hello - One of our clients has us send regular status announcements to their members via Outlook (data extracted from A2K database). The client has now asked us to include their logo as part of the email. So far no joy in including the OLE object (.jpg) in the email. Anyone have any pointers/advice? Thanks in advance. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bhorn at pivot-mds.com Tue Jun 15 16:03:02 2004 From: bhorn at pivot-mds.com (Bruce Horn) Date: Tue, 15 Jun 2004 17:03:02 -0400 Subject: [AccessD] Automating Outlook In-Reply-To: <001801c45311$a07f1910$b274d0d5@minster33c3r25> References: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> <001801c45311$a07f1910$b274d0d5@minster33c3r25> Message-ID: <6.1.0.6.0.20040615170207.027c8928@pop.business.earthlink.net> Thank you Andy - It points me in the right direction. Regards, - Bruce At 03:47 PM 6/15/2004, you wrote: >Hi Bruce > >Not sure how far you've got, and don't have specific code for this but IIRC >it can be done by using .HTMLBody rather than .Body, referencing the JPG in >the HTML, and then including the JPG as an attachment. > >-- Andy Lacey >http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn > > Sent: 15 June 2004 20:14 > > To: Access Developers discussion and problem solving > > Subject: [AccessD] Automating Outlook > > > > > > Hello - > > > > One of our clients has us send regular status announcements to their > > members via Outlook (data extracted from A2K database). > > The client has now asked us to include their logo as part of > > the email. > > > > So far no joy in including the OLE object (.jpg) in the email. > > > > Anyone have any pointers/advice? > > > > Thanks in advance. > > > > Regards, > > - Bruce > > +++++++++++++++++++++++++ > > Bruce Horn, CIO/CTO > > Pivot MDS, LLC > > Ph: 401-586-6422 Fx: 401-586-6425 > > www.pivot-mds.com > > +++++++++++++++++++++++++++++++++++++++++ > > A conclusion is simply the place you got tired of thinking. > > +++++++++++++++++++++++++++++++++++++++++ > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > Website: > > http://www.databaseadvisors.com > > > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ From liz at symphonyinfo.com Tue Jun 15 16:05:28 2004 From: liz at symphonyinfo.com (Liz Doering) Date: Tue, 15 Jun 2004 16:05:28 -0500 Subject: [AccessD] Automating Outlook In-Reply-To: <6.1.0.6.0.20040615142241.027bdee0@pop.business.earthlink.net> Message-ID: Bruce, This isn't working quite right, and it's lifted a lot from help, but it might get you started. I'm trying to send an email formatted with a nice certificate and text in the middle of the certificate. I created an Outlook template first, with the certificate built into the template. This becomes the HTMLBody of the email. Then you can build text into that, or rather, in the example below, start the text on the first line of the email, with the certificate underneath it in an ugly fashion. Not quite what my client wants! But I haven't had time to get back to it and finish it. So anything you learn will be appreciated. Liz Public Sub SendCongrats(strBody, strHeader As String, strRecip As String) On Error GoTo eh Dim db As Database Dim myOlApp As Outlook.Application Dim MyItem As Outlook.MailItem Set db = CurrentDb Set myOlApp = CreateObject("Outlook.Application") Set MyItem = myOlApp.CreateItemFromTemplate("Y:\SIS Templates\CERTIFICATE.oft") With MyItem .To = strRecip .Subject = strHeader .BodyFormat = olFormatHTML .HTMLBody = strBody & .HTMLBody .Display End With ex: Set myOlApp = Nothing Set MyItem = Nothing Exit Sub eh: MsgBox Err.Description, , Err.Number Resume ex End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bruce Horn Sent: Tuesday, June 15, 2004 2:14 PM To: Access Developers discussion and problem solving Subject: [AccessD] Automating Outlook Hello - One of our clients has us send regular status announcements to their members via Outlook (data extracted from A2K database). The client has now asked us to include their logo as part of the email. So far no joy in including the OLE object (.jpg) in the email. Anyone have any pointers/advice? Thanks in advance. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ -- _______________________________________________ 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 Jun 15 18:27:50 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 16 Jun 2004 09:27:50 +1000 Subject: [AccessD] OT: The Great Primary Debate In-Reply-To: <446DDE75CFC7E1438061462F85557B0F0BFEE9@remail2.westat.com> Message-ID: <40D01296.7340.184A91@localhost> On 15 Jun 2004 at 10:18, Francis Harvey wrote: > > You also have an inordinate amount of faith that people aren't using > the surrogate key except in the database. I don't know about you, but > I have no doubt that my database generated movie rental id, library > card id, etc. are not being shadowed by an internal surrogate key. > They have actually given me a card with the key on it, and it > definitely isn't formed by collapsing other attributes to form an > artificial key. It happens. > If those systems are using an internally derived Primary Key and using that same value as your assigned library card ID or movie rental ID they are poorly designed for all the reasons that have been discussed ad nauseum over the last several iterations of this debate. A common way to generate these sorts of "membership ID"s is to use the next *currently available* number. There is no guarantee that your club memebrship, library card etc ID was not used previously for another member. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From karenr7 at oz.net Tue Jun 15 19:14:49 2004 From: karenr7 at oz.net (Karen Rosenstiel) Date: Tue, 15 Jun 2004 17:14:49 -0700 Subject: [AccessD] Spam about QuickBase -- Intuit's new web-based program Message-ID: <200406160014.i5G0EhQ07831@databaseadvisors.com> Just got the spam below. Seems to fit in with the recent QuickBooks topic. Karen Rosenstiel Seattle WA USA karenr7 at oz dot net (Spam blocker -- resolve into a real email address) ---------------------------------------------------------------------------- Your Email address has not been given to any Third Parties. You have been selected to receive this e-mail because you indicated you wanted to receive information and special offers from other companies when you provided your email address to: Pinnacle Publishing ---------------------------------------------------------------------------- Intuit proudly introduces QuickBase, the Web-based collaboration platform that lets your project teams share information and manage processes with better visibility and accountability for everyone. QuickBase is Web-based, so you can view the latest information, then share it instantly with anyone on your team. No more details falling through the cracks or not knowing who was responsible for a particular task. The QuickBase advantage is clear: Launch your application this week, not next month. Our ready-to-launch Project Manager, Issues Manager, and Task Manager applications are easily customized to suit your project needs. Has the features you really need. Document libraries, timelines, calendars, dependencies, automatic e-mails notifications -- all make short work of typical teamwork challenges. Easily adopted by your whole team. No training needed: anyone who can surf the Web can use QuickBase. And, since QuickBase adapts to your process, your team doesn't need to learn a new way of working. Costs only dollars a day. With no software to buy, nothing to install or maintain, and a flexible monthly pricing plan, QuickBase fits almost any budget. See for yourself how easy project management can be. Try free for 30 days. You'll have full access to QuickBase at no charge and with no obligation. Intuit QuickBase 890 Winter Street - Suite 200 Waltham, MA 02451 Attn: Privacy C 1999-2004 Intuit Inc Privacy Statement | Terms of Service | Legal Notices Copyright: (c) 2004 Intuit Inc. All rights reserved. Notice: Registration and Internet access required. Terms, conditions, pricing, features and service options subject to change. IMPORTANT: QuickBase From ksklos at comcast.net Tue Jun 15 19:53:18 2004 From: ksklos at comcast.net (ksklos at comcast.net) Date: Wed, 16 Jun 2004 00:53:18 +0000 Subject: [AccessD] (no subject) Message-ID: <061620040053.9388.40CF99FC00045F05000024AC22007348409C0104059C05@comcast.net> I have several tables which I need to pull into a monthly summary report. I am using a crosstab query to pull in the information but I can not get it to summarize by month. Can any one help. Here is what I have so far: TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT tlnkFoodEvent.FoodSvsDate; From ssharkins at bellsouth.net Tue Jun 15 19:58:37 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Tue, 15 Jun 2004 20:58:37 -0400 Subject: [AccessD] (no subject) In-Reply-To: <061620040053.9388.40CF99FC00045F05000024AC22007348409C0104059C05@comcast.net> Message-ID: <20040616005835.FDAV4410.imf20aec.mail.bellsouth.net@SUSANONE> You want it to determine the month from Weekend? Susan H. I have several tables which I need to pull into a monthly summary report. I am using a crosstab query to pull in the information but I can not get it to summarize by month. Can any one help. Here is what I have so far: TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT tlnkFoodEvent.FoodSvsDate; From kathryn at bassett.net Tue Jun 15 20:42:59 2004 From: kathryn at bassett.net (Kathryn Bassett) Date: Tue, 15 Jun 2004 18:42:59 -0700 Subject: [AccessD] Books for sale In-Reply-To: <40D01296.7340.184A91@localhost> Message-ID: <36u63c$tjt8b@mxip07a.cluster1.charter.net> Using Access 97 Special Edition (2nd Edition) Access 97 Bible Building Applications with Microsoft Access 97 (official manual) http://www.bassett.net/forsale/ -- Kathryn Rhinehart Bassett (Pasadena CA) "Genealogy is my bag" "GH is my soap" kathryn at bassett.net http://bassett.net From viner at eunet.yu Wed Jun 16 00:26:37 2004 From: viner at eunet.yu (Ervin Brindza) Date: Wed, 16 Jun 2004 07:26:37 +0200 Subject: [AccessD] OT: Brain Teaser Game Message-ID: <005e01c45362$a03bf1c0$0100a8c0@razvoj> Hi, sorry for the OT post. Some time ago I get an interesting little game kannibal.exe(help the 3 cannibals and the 3 missionaries to move to the other side of the lake). I have no idea where it come from, but can anybody provide some url with such brai teaser game? Many TIA, Ervin From clh at christopherhawkins.com Wed Jun 16 02:21:40 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 01:21:40 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <238890-22004631672140470@christopherhawkins.com> *deep breath* I did a bit of a facelift on my website over the past couple weeks. I wonder if you fine folks would mind hitting it and letting me know if anything is amiss? If so, let me know what OS and browser you're using. Much obliged. Thanks! -Christopher- From gustav at cactus.dk Wed Jun 16 02:53:41 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 16 Jun 2004 09:53:41 +0200 Subject: [AccessD] OT: critique my web site In-Reply-To: <238890-22004631672140470@christopherhawkins.com> References: <238890-22004631672140470@christopherhawkins.com> Message-ID: <1586039384.20040616095341@cactus.dk> Hi Christopher It does look clean and efficient. Three things though: 1. Put on the opening page a _brief_ statement on what your primary business is, which types of customers you are looking for, and why they should pick you. Shift menu "About CH.." to the right and menu Services to the left. 2. Contact information is totally missing except for the tiny link email_me. 3. Don't excuse your neither your site nor yourself (FAQ, paragraph one and two, and four). In general, don't be defensive. Explain and state your opinions as if they are or should be the general rule (as in FAQ, paragraph three). Readers love to agree. Also, how about some brief cases on some of your projects? And a few screenshots of your masterpieces, perhaps with credits to the designers you mention you work with from time to time? /gustav > *deep breath* > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting me know > if anything is amiss? If so, let me know what OS and browser you're > using. > Much obliged. Thanks! > -Christopher- From andy at minstersystems.co.uk Wed Jun 16 02:52:58 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Wed, 16 Jun 2004 08:52:58 +0100 Subject: [AccessD] OT: critique my web site In-Reply-To: <238890-22004631672140470@christopherhawkins.com> Message-ID: <003f01c45376$f122e9e0$b274d0d5@minster33c3r25> I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From accessd at shaw.ca Wed Jun 16 02:34:43 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 00:34:43 -0700 Subject: [AccessD] OT: critique my web site In-Reply-To: <238890-22004631672140470@christopherhawkins.com> Message-ID: Hi Christopher: It would help if I knew the address. TIA Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 16, 2004 12:22 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: critique my web site *deep breath* I did a bit of a facelift on my website over the past couple weeks. I wonder if you fine folks would mind hitting it and letting me know if anything is amiss? If so, let me know what OS and browser you're using. Much obliged. Thanks! -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Paul.Rogers at SummitMedia.co.uk Wed Jun 16 04:58:40 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Wed, 16 Jun 2004 10:58:40 +0100 Subject: [AccessD] OT: critique my web site Message-ID: put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Wed Jun 16 06:09:42 2004 From: marcus at tsstech.com (Scott Marcus) Date: Wed, 16 Jun 2004 07:09:42 -0400 Subject: [AccessD] OT: The Great Primary Debate Message-ID: << There is no guarantee that your club memebrship, library card etc ID was not used previously for another member. There is also no guarantee that any "natural key" has not been used previously or will be used in the future by some distinct entity. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Tuesday, June 15, 2004 7:28 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 15 Jun 2004 at 10:18, Francis Harvey wrote: > > You also have an inordinate amount of faith that people aren't using > the surrogate key except in the database. I don't know about you, but > I have no doubt that my database generated movie rental id, library > card id, etc. are not being shadowed by an internal surrogate key. > They have actually given me a card with the key on it, and it > definitely isn't formed by collapsing other attributes to form an > artificial key. It happens. > If those systems are using an internally derived Primary Key and using that same value as your assigned library card ID or movie rental ID they are poorly designed for all the reasons that have been discussed ad nauseum over the last several iterations of this debate. A common way to generate these sorts of "membership ID"s is to use the next *currently available* number. There is no guarantee that your club memebrship, library card etc ID was not used previously for another member. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 07:39:10 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 08:39:10 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003 developer In-Reply-To: <20040616005835.FDAV4410.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <000401c4539e$ef4f8240$0501a8c0@OFFICEXP1> I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John From Mark.Mitsules at ngc.com Wed Jun 16 08:44:41 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 16 Jun 2004 09:44:41 -0400 Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Message-ID: Group, Has anyone seen this error and know how to 'fix' it? If anyone recalls, my PC was recently 'refreshed' by the IT department...after which I was unable to import .xls files into Access. Well they did a complete reinstall and all the different file types are now available for import. But now, when running either the import or link table wizard, I get the error listed above. Any suggestions? Mark From Patricia.O'Connor at dfa.state.ny.us Wed Jun 16 08:51:22 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Wed, 16 Jun 2004 09:51:22 -0400 Subject: [AccessD] ODBC - COGNOS Message-ID: I can tell you from experience COGNOS is a dog when it comes to processing time. I avoid using it. I do most of my stuff using pass through queries from Access as a front end to Oracle. Crosstabs do not work correctly or at least not like SPSS or Access crosstabs Look up HOTFILES in the COGNOS documentation. Here is another link that might help. http://www.tek-tips.com/gfaqs.cfm/lev2/77/lev3/26/pid/401/fid/3684 ********************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Mitsules, Mark S. (Newport News) > Sent: Monday, June 14, 2004 05:37 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] ODBC - COGNOS > > I'm definitely not creating cubes then...just straight > reporting. As for efficiency, I'm guessing I'm in trouble > then, because the current Cognos report has taken up to five > minutes to run. Who knows how long it will take if I try and > do this from Access. Perhaps my current method will prevail > based on time, not simplicity. > > > Mark > > -----Original Message----- > From: Fred Hooper [mailto:fahooper at trapo.com] > Sent: Monday, June 14, 2004 4:56 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] ODBC - COGNOS > > > Impromptu is a reporting program. It can draw from many > different databases > and files. (Not, peculiarly, from cubes.) > > A "catalog" is a file that tells Impromptu where to get data from. > > While Impromptu can create several types of files, mostly > reports, one of > them is commonly used to provide data for cube building -- an > IQD file. This > file is used by the cube building program, Transformer, to > read the data and > create the cube. > > "Going directly against the database" could most easily be > linking Access to > the database and running queries, views, etc. against the data in the > database. For example, you can link Access to SQL Server, > Oracle, etc. The > tables then appear to be local in the Accsss database. If the > database is > large, efficiency considerations would lead you to create > views or stored > procedures to access the data. Impromptu runs its SQL directly in the > database and doesn't need this step for efficiency. > > > |-----Original Message----- > |From: accessd-bounces at databaseadvisors.com > |[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > |Mitsules, Mark S. (Newport News) > |Sent: Monday, June 14, 2004 4:26 PM > |To: 'Access Developers discussion and problem solving' > |Subject: RE: [AccessD] ODBC - COGNOS > | > | > |>> Good guess, this is exactly how we do it. << > | > |I guess I'm having trouble with the terms. Cube, catalog, > |database... Currently I use Cognos Impromptu which connects to > |a catalog, then runs the report. How does "catalog" relate to > |a "cube" or "going directly against the database". Forgive me > |if these are simplistic questions...I don't work in data > |warehousing. Since my only experience with getting data out > |of Cognos has been with running Cognos reports, can you > |elaborate on "exactly how (you) do it"? As I said, my end > |goal would be to try and connect from Access to "something" > |directly and return the records, rather than the two-step > |process I described earlier. > | > |Mark > | > | > | > |-----Original Message----- > |From: Hale, Jim [mailto:Jim.Hale at fleetpride.com] > |Sent: Monday, June 14, 2004 4:00 PM > |To: 'Access Developers discussion and problem solving' > |Subject: RE: [AccessD] ODBC - COGNOS > | > | > | |probably better off going directly against the database.> Good > |guess, this is exactly how we do it. Jim Hale > | > |-----Original Message----- > |From: Fred Hooper [mailto:fahooper at trapo.com] > |Sent: Monday, June 14, 2004 1:40 PM > |To: 'Access Developers discussion and problem solving' > |Subject: RE: [AccessD] ODBC - COGNOS > | > | > |Mark, > | > |If you want to use a report, Impromptu (the program that > |writes the catalogs), has an interface. You'd have to consult > |it's documentation to find out if you can return a recordset. > |I haven't used it but almost took a project automating report > |builds using Access and I checked that there was an interface > |to permit doing so at that time. > | > |If you want to get data from a cube, PowerPlay has an > |interface that allows it. > | > |If the report is long or complex, you may want to go directly > |against the database. (I once needed 5,000 cross tab reports > |on 80 tabs in one spreadsheet. Testing indicated a 3 week run > |time against the cube and writing individual cross tabs. It > |takes an hour directly against Sql Server using its "runsql" > |command and Excell's CopyFromRecordset once for each > |tab.) My guess is, if you don't want to go against a cube, > |you're probably better off going directly against the database. > | > |If you check the proper Cognos reference, Access is an ideal > |environment to manipulate Cognos' programs from because of the > |ease of checking local tables to determine what to do. VB also > |works well (e.g. I use it to copy cubes, stopping and starting > |various Cognos services to enable the copy even though the > |cube is in use.) The IDE is a vast improvement over Cognos' > |macro facility. > | > |Fred > | > ||-----Original Message----- > ||From: accessd-bounces at databaseadvisors.com > ||[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > ||Mitsules, Mark S. (Newport News) > ||Sent: Monday, June 14, 2004 1:08 PM > ||To: [AccessD] > ||Subject: [AccessD] ODBC - COGNOS > || > || > ||Group, > || > ||Has anyone ever returned a recordset from a Cognos catalog? > ||Suggestions? > || > ||Mark > ||-- > ||_______________________________________________ > ||AccessD mailing list > ||AccessD at databaseadvisors.com > ||http://databaseadvisors.com/mailman/listinfo/ac|cessd > ||Website: > ||http://www.databaseadvisors.com > || > | > |-- > |_______________________________________________ > |AccessD mailing list > |AccessD at databaseadvisors.com > |http://databaseadvisors.com/mailman/listinfo/accessd > |Website: http://www.databaseadvisors.com > |-- > |_______________________________________________ > |AccessD mailing list > |AccessD at databaseadvisors.com > |http://databaseadvisors.com/mailman/listinfo/accessd > |Website: http://www.databaseadvisors.com > |-- > |_______________________________________________ > |AccessD mailing list > |AccessD at databaseadvisors.com > |http://databaseadvisors.com/mailman/listinfo/accessd > |Website: http://www.databaseadvisors.com > | > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From Patricia.O'Connor at dfa.state.ny.us Wed Jun 16 09:08:28 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Wed, 16 Jun 2004 10:08:28 -0400 Subject: [AccessD] (no subject) Message-ID: You can use the MONTH function or Datepart function to determine month > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType > SELECT tblEvent.Weekend > FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > tlnkFoodEvent.EventID > GROUP BY tblEvent.Weekend > PIVOT MONTH(tlnkFoodEvent.FoodSvsDate); OR > PIVOT DatePart("m",tlnkFoodEvent.FoodSvsDate); HTH ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > ksklos at comcast.net > Sent: Tuesday, June 15, 2004 08:53 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] (no subject) > > I have several tables which I need to pull into a monthly > summary report. I am using a crosstab query to pull in the > information but I can not get it to summarize by month. Can > any one help. Here is what I have so far: > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS > CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent > INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT > tlnkFoodEvent.FoodSvsDate; > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From bhorn at pivot-mds.com Wed Jun 16 10:14:34 2004 From: bhorn at pivot-mds.com (Bruce Horn) Date: Wed, 16 Jun 2004 11:14:34 -0400 Subject: [AccessD] RE: Automating Outlook - Solved Message-ID: <6.1.0.6.0.20040616110752.027d1998@pop.business.earthlink.net> Hi - Thanks to all who helped point me in the right direction. The solution was to use HTMLBody and the CDO library. Thank you Andy Lacy for the heads up. Regards, - Bruce +++++++++++++++++++++++++ Bruce Horn, CIO/CTO Pivot MDS, LLC Ph: 401-586-6422 Fx: 401-586-6425 www.pivot-mds.com +++++++++++++++++++++++++++++++++++++++++ A conclusion is simply the place you got tired of thinking. +++++++++++++++++++++++++++++++++++++++++ From Erwin.Craps at ithelps.be Wed Jun 16 10:18:51 2004 From: Erwin.Craps at ithelps.be (Erwin Craps - IT Helps) Date: Wed, 16 Jun 2004 17:18:51 +0200 Subject: [AccessD] OT: critique my web site Message-ID: <46B976F2B698FF46A4FE7636509B22DF0AD9EF@stekelbes.ithelps.local> Hi Christopher I miss some graphics. At least a company logo must be present in your header.... I also confirm the things Gustav has put out. Erwin -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Christopher Hawkins Sent: Wednesday, June 16, 2004 9:22 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: critique my web site *deep breath* I did a bit of a facelift on my website over the past couple weeks. I wonder if you fine folks would mind hitting it and letting me know if anything is amiss? If so, let me know what OS and browser you're using. Much obliged. Thanks! -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Jun 16 10:19:05 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 08:19:05 -0700 Subject: [AccessD] OT: critique my web site In-Reply-To: Message-ID: > put a www in front of his email address ... cheers Paul Oh... Christopher, I like your site. It is very clean...not busy, colours are great and not over done. Where is the 'banana'? Put your skill sets right at the start of the web page like your resume. Who is Christopher?...use you web linking capabilities. The addition of a picture of who is Christopher and maybe a section on interests are good for gaining a personnel connection between you and your and a future employers. Jim PS Do not make any apologies for being opinionated. Your are the best, after all. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Wednesday, June 16, 2004 2:59 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 16 10:29:09 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 08:29:09 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer In-Reply-To: <000401c4539e$ef4f8240$0501a8c0@OFFICEXP1> Message-ID: Hi John: Access2003 is a good product with lots of features but Microsoft has gone a little overboard with security. I have found it a little flaky. My version started crashing went bouncing in and out of scripting mode and fixing errors on the fly. Maybe re-installing a few times will stablize it...(?) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 5:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 16 10:59:25 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 16 Jun 2004 11:59:25 -0400 Subject: [AccessD] OT: critique my web site Message-ID: Following on what others have said, there may be one other comment (not suggestion) I'd float. I see a multitude of independent developers go out of their way to speak in terms of the company...not in the first person. By that I mean they give the impression (sometimes overtly) that there is a "team" ready to serve the customer's needs. Now, whether or not this subterfuge is ethical or even necessary is left to debate...but I think I can see why they would promote themselves in this manner. Have you considered this approach? What are your thoughts on using this method? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 16, 2004 11:19 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: critique my web site > put a www in front of his email address ... cheers Paul Oh... Christopher, I like your site. It is very clean...not busy, colours are great and not over done. Where is the 'banana'? Put your skill sets right at the start of the web page like your resume. Who is Christopher?...use you web linking capabilities. The addition of a picture of who is Christopher and maybe a section on interests are good for gaining a personnel connection between you and your and a future employers. Jim PS Do not make any apologies for being opinionated. Your are the best, after all. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Wednesday, June 16, 2004 2:59 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 11:00:13 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 12:00:13 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer In-Reply-To: Message-ID: <000501c453bb$05a92f20$0501a8c0@OFFICEXP1> But what's required to upgrade. It looks like I'll have to buy 3 products to get the developer version. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 11:29 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer Hi John: Access2003 is a good product with lots of features but Microsoft has gone a little overboard with security. I have found it a little flaky. My version started crashing went bouncing in and out of scripting mode and fixing errors on the fly. Maybe re-installing a few times will stablize it...(?) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 5:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rfv at entelix.com Wed Jun 16 11:49:50 2004 From: rfv at entelix.com (rfv at entelix.com) Date: Wed, 16 Jun 2004 11:49:50 -0500 Subject: [AccessD] OT: critique my web site In-Reply-To: Message-ID: <200406161650.i5GGoQQ06840@databaseadvisors.com> I like it very much. How did you develop your blog? Is a third party blog, or did you do by yourself. Rudolf -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Mi?rcoles, 16 de Junio de 2004 10:59 a.m. To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site Following on what others have said, there may be one other comment (not suggestion) I'd float. I see a multitude of independent developers go out of their way to speak in terms of the company...not in the first person. By that I mean they give the impression (sometimes overtly) that there is a "team" ready to serve the customer's needs. Now, whether or not this subterfuge is ethical or even necessary is left to debate...but I think I can see why they would promote themselves in this manner. Have you considered this approach? What are your thoughts on using this method? Mark -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 16, 2004 11:19 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: critique my web site > put a www in front of his email address ... cheers Paul Oh... Christopher, I like your site. It is very clean...not busy, colours are great and not over done. Where is the 'banana'? Put your skill sets right at the start of the web page like your resume. Who is Christopher?...use you web linking capabilities. The addition of a picture of who is Christopher and maybe a section on interests are good for gaining a personnel connection between you and your and a future employers. Jim PS Do not make any apologies for being opinionated. Your are the best, after all. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Wednesday, June 16, 2004 2:59 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site put a www in front of his email address ... cheers paul -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Wednesday, June 16, 2004 8:53 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: critique my web site I think you forgot to tell us something.....url? Will people please email Christopher direct with replies, unless you think your reply has relevance to Access. Thanks. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Christopher Hawkins > Sent: 16 June 2004 08:22 > To: accessd at databaseadvisors.com > Subject: [AccessD] OT: critique my web site > > > *deep breath* > > I did a bit of a facelift on my website over the past couple weeks. > I wonder if you fine folks would mind hitting it and letting > me know if anything is amiss? If so, let me know what OS and > browser you're using. > > Much obliged. Thanks! > > -Christopher- > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Wed Jun 16 12:00:00 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 11:00:00 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <66320-2200463161700438@christopherhawkins.com> Good points, all. This is particular: "Also, how about some brief cases on some of your projects? And a few screenshots of your masterpieces, perhaps with credits to the designers you mention you work with from time to time?" Is in the works as we speak. My old site had a Projects section, but it was badly designed and is on the list for refitting. -C- ---- Original Message ---- From: gustav at cactus.dk To: accessd at databaseadvisors.com, Subject: Re: [AccessD] OT: critique my web site Date: Wed, 16 Jun 2004 09:53:41 +0200 >Hi Christopher > >It does look clean and efficient. > >Three things though: > >1. Put on the opening page a _brief_ statement on what your primary >business is, which types of customers you are looking for, and why >they should pick you. Shift menu "About CH.." to the right and menu >Services to the left. > >2. Contact information is totally missing except for the tiny link >email_me. > >3. Don't excuse your neither your site nor yourself (FAQ, paragraph >one and two, and four). In general, don't be defensive. Explain and >state your opinions as if they are or should be the general rule (as >in FAQ, paragraph three). Readers love to agree. > >Also, how about some brief cases on some of your projects? And a few >screenshots of your masterpieces, perhaps with credits to the >designers you mention you work with from time to time? > >/gustav > > >> *deep breath* > >> I did a bit of a facelift on my website over the past couple >weeks. >> I wonder if you fine folks would mind hitting it and letting me >know >> if anything is amiss? If so, let me know what OS and browser >you're >> using. > >> Much obliged. Thanks! > >> -Christopher- > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From clh at christopherhawkins.com Wed Jun 16 12:03:52 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 11:03:52 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <187450-22004631617352659@christopherhawkins.com> I don't find anythign wrong with that approach so long as the developer can deliver on whatever projects he gets himself into. -C- ---- Original Message ---- From: Mark.Mitsules at ngc.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] OT: critique my web site Date: Wed, 16 Jun 2004 11:59:25 -0400 >Following on what others have said, there may be one other comment >(not >suggestion) I'd float. I see a multitude of independent developers >go out >of their way to speak in terms of the company...not in the first >person. By >that I mean they give the impression (sometimes overtly) that there >is a >"team" ready to serve the customer's needs. Now, whether or not this >subterfuge is ethical or even necessary is left to debate...but I >think I >can see why they would promote themselves in this manner. Have you >considered this approach? What are your thoughts on using this >method? > >Mark > > >-----Original Message----- >From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] >Sent: Wednesday, June 16, 2004 11:19 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] OT: critique my web site > > >> put a www in front of his email address ... cheers Paul > >Oh... > >Christopher, I like your site. > >It is very clean...not busy, colours are great and not over done. > >Where is the 'banana'? Put your skill sets right at the start of the >web >page like your resume. > >Who is Christopher?...use you web linking capabilities. The addition >of a >picture of who is Christopher and maybe a section on interests are >good for >gaining a personnel connection between you and your and a future >employers. > >Jim > >PS Do not make any apologies for being opinionated. Your are the >best, after >all. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul >Rodgers >Sent: Wednesday, June 16, 2004 2:59 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >put a www in front of his email address ... cheers paul > >-----Original Message----- >From: Andy Lacey [mailto:andy at minstersystems.co.uk] >Sent: Wednesday, June 16, 2004 8:53 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >I think you forgot to tell us something.....url? > >Will people please email Christopher direct with replies, unless you >think >your reply has relevance to Access. > >Thanks. > >-- Andy Lacey >http://www.minstersystems.co.uk > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> Christopher Hawkins >> Sent: 16 June 2004 08:22 >> To: accessd at databaseadvisors.com >> Subject: [AccessD] OT: critique my web site >> >> >> *deep breath* >> >> I did a bit of a facelift on my website over the past couple weeks. >> I wonder if you fine folks would mind hitting it and letting >> me know if anything is amiss? If so, let me know what OS and >> browser you're using. >> >> Much obliged. Thanks! >> >> -Christopher- >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/a> ccessd >> Website: >> http://www.databaseadvisors.com >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From clh at christopherhawkins.com Wed Jun 16 12:05:08 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 16 Jun 2004 11:05:08 -0600 Subject: [AccessD] OT: critique my web site Message-ID: <219450-2200463161758567@christopherhawkins.com> I built the blog on my own. It was remarkably easy. I'm surprised more people don't do it. -C- ---- Original Message ---- From: rfv at entelix.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] OT: critique my web site Date: Wed, 16 Jun 2004 11:49:50 -0500 >I like it very much. >How did you develop your blog? >Is a third party blog, or did you do by yourself. > >Rudolf > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, >Mark S. >(Newport News) >Sent: Mi?rcoles, 16 de Junio de 2004 10:59 a.m. >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > >Following on what others have said, there may be one other comment >(not >suggestion) I'd float. I see a multitude of independent developers >go out >of their way to speak in terms of the company...not in the first >person. By >that I mean they give the impression (sometimes overtly) that there >is a >"team" ready to serve the customer's needs. Now, whether or not this >subterfuge is ethical or even necessary is left to debate...but I >think I >can see why they would promote themselves in this manner. Have you >considered this approach? What are your thoughts on using this >method? > >Mark > > >-----Original Message----- >From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] >Sent: Wednesday, June 16, 2004 11:19 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] OT: critique my web site > > >> put a www in front of his email address ... cheers Paul > >Oh... > >Christopher, I like your site. > >It is very clean...not busy, colours are great and not over done. > >Where is the 'banana'? Put your skill sets right at the start of the >web >page like your resume. > >Who is Christopher?...use you web linking capabilities. The addition >of a >picture of who is Christopher and maybe a section on interests are >good for >gaining a personnel connection between you and your and a future >employers. > >Jim > >PS Do not make any apologies for being opinionated. Your are the >best, after >all. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul >Rodgers >Sent: Wednesday, June 16, 2004 2:59 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >put a www in front of his email address ... cheers paul > >-----Original Message----- >From: Andy Lacey [mailto:andy at minstersystems.co.uk] >Sent: Wednesday, June 16, 2004 8:53 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] OT: critique my web site > > >I think you forgot to tell us something.....url? > >Will people please email Christopher direct with replies, unless you >think >your reply has relevance to Access. > >Thanks. > >-- Andy Lacey >http://www.minstersystems.co.uk > >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> Christopher Hawkins >> Sent: 16 June 2004 08:22 >> To: accessd at databaseadvisors.com >> Subject: [AccessD] OT: critique my web site >> >> >> *deep breath* >> >> I did a bit of a facelift on my website over the past couple weeks. >> I wonder if you fine folks would mind hitting it and letting >> me know if anything is amiss? If so, let me know what OS and >> browser you're using. >> >> Much obliged. Thanks! >> >> -Christopher- >> >> >> -- >> _______________________________________________ >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/a> ccessd >> Website: >> http://www.databaseadvisors.com >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From cfoust at infostatsystems.com Wed Jun 16 13:07:51 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 16 Jun 2004 11:07:51 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer Message-ID: The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Jun 16 13:35:20 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 11:35:20 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer In-Reply-To: Message-ID: Just one note; Access 2003 requires Win2K or greater. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 11:08 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 14:45:49 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 15:45:49 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer In-Reply-To: Message-ID: <000601c453da$89b7b330$0501a8c0@OFFICEXP1> OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From CFraase at officeimagesinc.com Wed Jun 16 15:10:24 2004 From: CFraase at officeimagesinc.com (Cindy Fraase) Date: Wed, 16 Jun 2004 16:10:24 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer Message-ID: If you had Office Developer before, there is an upgrade - MS Visual Studio Tools for Office 2003 Upgrade for $166.99 at Amazon. http://www.amazon.com/exec/obidos/tg/detail/-/B0000BZO8F/qid=1087416521/ sr=1-2/ref=sr_1_2_etk-software/102-6122578-5814554?v=glance&s=software&n =229534 Cindy -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 3:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Wed Jun 16 15:16:26 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 16:16:26 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer In-Reply-To: Message-ID: <000701c453de$cfd849c0$0501a8c0@OFFICEXP1> Yes I do have a licensed copy of XP Developer That makes it better. Thanks! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Cindy Fraase Sent: Wednesday, June 16, 2004 4:10 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer If you had Office Developer before, there is an upgrade - MS Visual Studio Tools for Office 2003 Upgrade for $166.99 at Amazon. http://www.amazon.com/exec/obidos/tg/detail/-/B0000BZO8F/qid=1087416521/ sr=1-2/ref=sr_1_2_etk-software/102-6122578-5814554?v=glance&s=software&n =229534 Cindy -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 3:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 16 15:58:44 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 16 Jun 2004 13:58:44 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer References: <000701c453de$cfd849c0$0501a8c0@OFFICEXP1> Message-ID: <40D0B484.1000508@shaw.ca> One warning if you install Access 2003 via an upgrade CD from say Access97 and you want to keep both on the system, do the standard install to a new directory. I think it will install to a default C:\Program Files\Microsoft Office XP\OFFICE11 But "DO NOT" check the upgrade box, do a full or custom install. If you check upgrade it will delete your older Access versions. John Skolits wrote: >Yes I do have a licensed copy of XP Developer That makes it better. Thanks! > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Cindy Fraase >Sent: Wednesday, June 16, 2004 4:10 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] Upgrading fromAccess XP (2002) >developertoAccess2003developer > > >If you had Office Developer before, there is an upgrade - MS Visual Studio >Tools for Office 2003 Upgrade for $166.99 at Amazon. > >http://www.amazon.com/exec/obidos/tg/detail/-/B0000BZO8F/qid=1087416521/ >sr=1-2/ref=sr_1_2_etk-software/102-6122578-5814554?v=glance&s=software&n >=229534 > >Cindy > >-----Original Message----- >From: John Skolits [mailto:Support at corporatedatadesign.com] >Sent: Wednesday, June 16, 2004 3:46 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer >toAccess2003developer > >OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. >Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound >about right? > >John > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust >Sent: Wednesday, June 16, 2004 2:08 PM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to >Access2003developer > > >The Access extensions are part of VSTO, so that isn't a separate product. >You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, >so your main cost is going to be the Office upgrade. > >Charlotte Foust > >-----Original Message----- >From: John Skolits [mailto:Support at corporatedatadesign.com] >Sent: Wednesday, June 16, 2004 4:39 AM >To: 'Access Developers discussion and problem solving' >Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access >2003developer > > > >I'm potentially considering upgrading from Access XP developer to Access >2003 developer. It seems MS has changed the way they do this. What is this >going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft >Office System" and the "Access 2003 extentions" AND "Offic 2003? > > >Thanks, > >John > > > > -- Marty Connelly Victoria, B.C. Canada From jmoss111 at bellsouth.net Wed Jun 16 20:05:23 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Wed, 16 Jun 2004 20:05:23 -0500 Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Message-ID: Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim From accessd at shaw.ca Wed Jun 16 19:18:06 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 17:18:06 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer In-Reply-To: <000601c453da$89b7b330$0501a8c0@OFFICEXP1> Message-ID: Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ksklos at comcast.net Wed Jun 16 20:25:19 2004 From: ksklos at comcast.net (ksklos at comcast.net) Date: Thu, 17 Jun 2004 01:25:19 +0000 Subject: [AccessD] (no subject) Message-ID: <061720040125.28274.40D0F2FF00074ECC00006E7222007347489C0104059C05@comcast.net> No, from the date. In other words, all dates that fall within a certain month, I want them grouped together within that month. > You want it to determine the month from Weekend? > > Susan H. > > I have several tables which I need to pull into a monthly summary report. I > am using a crosstab query to pull in the information but I can not get it to > summarize by month. Can any one help. Here is what I have so far: > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType SELECT > tblEvent.Weekend FROM tblEvent INNER JOIN tlnkFoodEvent ON > tblEvent.InvoiceNo = tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT > tlnkFoodEvent.FoodSvsDate; > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From ksklos at comcast.net Wed Jun 16 20:40:06 2004 From: ksklos at comcast.net (ksklos at comcast.net) Date: Thu, 17 Jun 2004 01:40:06 +0000 Subject: [AccessD] (no subject) Message-ID: <061720040140.29591.40D0F6750001D07B0000739722007348409C0104059C05@comcast.net> Thank you, Patricia. that worked. Now, how do I get it to give me the Name of the month instead of the number? > You can use the MONTH function or Datepart function to determine month > > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS CountOfGuestsPerType > > SELECT tblEvent.Weekend > > FROM tblEvent INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > > tlnkFoodEvent.EventID > > GROUP BY tblEvent.Weekend > > > PIVOT MONTH(tlnkFoodEvent.FoodSvsDate); > OR > > PIVOT DatePart("m",tlnkFoodEvent.FoodSvsDate); > > HTH > > ****************************************************************** > *Patricia O'Connor > *Associate Computer Programmer Analyst > *OTDA - BDMA > *(W) mailto:Patricia.O'Connor at dfa.state.ny.us > *(w) mailto:aa1160 at dfa.state.ny.us > ****************************************************************** > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > ksklos at comcast.net > > Sent: Tuesday, June 15, 2004 08:53 PM > > To: accessd at databaseadvisors.com > > Subject: [AccessD] (no subject) > > > > I have several tables which I need to pull into a monthly > > summary report. I am using a crosstab query to pull in the > > information but I can not get it to summarize by month. Can > > any one help. Here is what I have so far: > > > > TRANSFORM Count(tlnkFoodEvent.GuestsPerType) AS > > CountOfGuestsPerType SELECT tblEvent.Weekend FROM tblEvent > > INNER JOIN tlnkFoodEvent ON tblEvent.InvoiceNo = > > tlnkFoodEvent.EventID GROUP BY tblEvent.Weekend PIVOT > > tlnkFoodEvent.FoodSvsDate; > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Jun 16 20:47:37 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 17 Jun 2004 11:47:37 +1000 Subject: [AccessD] (no subject) In-Reply-To: <061720040140.29591.40D0F6750001D07B0000739722007348409C0104059C05@comcast.net> Message-ID: <40D184D9.31627.2F4E206@localhost> On 17 Jun 2004 at 1:40, ksklos at comcast.net wrote: > Thank you, Patricia. that worked. Now, how do I get it to give me the Name of the month instead of the number? > ..... > > > > > PIVOT MONTH(tlnkFoodEvent.FoodSvsDate); > > OR > > > PIVOT DatePart("m",tlnkFoodEvent.FoodSvsDate); > > Either MonthName(MONTH(tlnkFoodEvent.FoodSvsDate)) or Format(tlnkFoodEvent.FoodSvsDate,"mmmm") -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Support at CorporateDataDesign.com Wed Jun 16 20:50:05 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Wed, 16 Jun 2004 21:50:05 -0400 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer In-Reply-To: Message-ID: <000801c4540d$6c7d5e40$0501a8c0@OFFICEXP1> Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jmoss111 at bellsouth.net Wed Jun 16 21:49:56 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Wed, 16 Jun 2004 21:49:56 -0500 Subject: [AccessD] How to set a value from one recordset as a parameter fora select statement that is source to another recordset In-Reply-To: Message-ID: I created a function and used the function in the select statement. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of JMoss Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter fora select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jeff at OUTBAKTech.com Wed Jun 16 22:40:19 2004 From: Jeff at OUTBAKTech.com (Jeff Barrows) Date: Wed, 16 Jun 2004 22:40:19 -0500 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Message-ID: <8DA8776D2F418E46A2A464AC6CE630509303@outbaksrv1.outbaktech.com> Personally, I have found it to be worth every penny. And it was only $199US to renew for another year. Quarterly releases, too. Jeff Barrows Outbak Technologies, LLC Racine, WI www.outbaktech.com -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Wednesday, June 16, 2004 7:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 16 21:49:34 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Wed, 16 Jun 2004 19:49:34 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer In-Reply-To: <000801c4540d$6c7d5e40$0501a8c0@OFFICEXP1> Message-ID: Hi John: I am not sure but the latest version of Access2003 can be compiled, with the appropriate 'extensions' and can be deployed with a run-time version (stand-alone?), 'royalty free'. See: http://msdn.microsoft.com/office/technologyinfo/devtools/accessextensions/de fault.aspx ...and... http://msdn.microsoft.com/vstudio/howtobuy/officetools/ (...watch for wrap) for details. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 6:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Thu Jun 17 02:10:11 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 17 Jun 2004 17:10:11 +1000 Subject: [AccessD] Report Query Message-ID: <009701c4543a$214eb860$0100000a@mitmaster> I have a report query that references a form window to pick up a FK value. I want all the records for that value and it works OK when there is a value in the field. [Form]!frmReports]![rptPremise] If the field is Null then of course there are no records returned....but I want all records irrespective of the FK value ... perhaps along the lines.... IIF(IsNull([Form]!frmReports]![rptPremise]), ? ,[Form]!frmReports]![rptPremise]) .... is there some syntax or a technique here to return all records if the criteria is Null ? It's hiding from me!!! Martin From andy at minstersystems.co.uk Thu Jun 17 03:13:40 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 17 Jun 2004 09:13:40 +0100 Subject: [AccessD] Report Query In-Reply-To: <009701c4543a$214eb860$0100000a@mitmaster> Message-ID: <007f01c45442$ff93fd80$b274d0d5@minster33c3r25> Martin Try WHERE fld=[Form]!frmReports]![rptPremise] OR Isnull([Form]!frmReports]![rptPremise])=True -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Caro > Sent: 17 June 2004 08:10 > To: Access Developers discussion and problem solving > Subject: [AccessD] Report Query > > > I have a report query that references a form window to pick > up a FK value. I want all the records for that value and it > works OK when there is a value in the field. > > [Form]!frmReports]![rptPremise] > > If the field is Null then of course there are no records > returned....but I want all records irrespective of the FK > value ... perhaps along the lines.... > > IIF(IsNull([Form]!frmReports]![rptPremise]), ? > ,[Form]!frmReports]![rptPremise]) > > .... is there some syntax or a technique here to return all > records if the criteria is Null ? It's hiding from me!!! > > > Martin > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > > From gustav at cactus.dk Thu Jun 17 03:57:43 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 17 Jun 2004 10:57:43 +0200 Subject: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer In-Reply-To: References: Message-ID: <613395532.20040617105743@cactus.dk> Hi Jim The last time I checked this "action pack", no developer tools were included ... /gustav > If you are a business or part of a business you can enroll in Microsoft's > Action Pack series and you will be sent a host of M$ software, Access 2003 > being part of it. The standard edition starts at $299US and it was suppose > to be $10,000.00 worth of software. The only thing is that the software is > for you, and/or your business; not for resale. From stephen at bondsoftware.co.nz Thu Jun 17 04:26:32 2004 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Thu, 17 Jun 2004 21:26:32 +1200 Subject: [AccessD] Report Query Message-ID: <70F3D727890C784291D8433E9C418F29088793@server.bondsoftware.co.nz> In the query IIF(IsNull([Form]![frmReports]![rptPremise]), True,[Form]![frmReports]![rptPremise]) in the Field row of the query, and True in the Criteria row. Stephen Bond > -----Original Message----- > From: Martin Caro [mailto:mcaro at bigpond.net.au] > Sent: Thursday, 17 June 2004 7:10 p.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] Report Query > > > I have a report query that references a form window to pick > up a FK value. I want all the records for that value and it > works OK when there is a value in the field. > > [Form]!frmReports]![rptPremise] > > If the field is Null then of course there are no records > returned....but I want all records irrespective of the FK > value ... perhaps along the lines.... > > IIF(IsNull([Form]!frmReports]![rptPremise]), ? > ,[Form]!frmReports]![rptPremise]) > > .... is there some syntax or a technique here to return all > records if the criteria is Null ? It's hiding from me!!! > > > Martin > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stephen at bondsoftware.co.nz Thu Jun 17 04:34:16 2004 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Thu, 17 Jun 2004 21:34:16 +1200 Subject: [AccessD] Report Query Message-ID: <70F3D727890C784291D8433E9C418F29088794@server.bondsoftware.co.nz> Sorry Martin I left a bit out of that Field row - it should be something like IIF(IsNull([Form]![frmReports]![rptPremise]), True, MatchingFieldInQuery = [Form]![frmReports]![rptPremise]) Stephen Bond > -----Original Message----- > From: Martin Caro [mailto:mcaro at bigpond.net.au] > Sent: Thursday, 17 June 2004 7:10 p.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] Report Query > > > I have a report query that references a form window to pick > up a FK value. I want all the records for that value and it > works OK when there is a value in the field. > > [Form]!frmReports]![rptPremise] > > If the field is Null then of course there are no records > returned....but I want all records irrespective of the FK > value ... perhaps along the lines.... > > IIF(IsNull([Form]!frmReports]![rptPremise]), ? > ,[Form]!frmReports]![rptPremise]) > > .... is there some syntax or a technique here to return all > records if the criteria is Null ? It's hiding from me!!! > > > Martin > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Jdemarco at hudsonhealthplan.org Thu Jun 17 07:34:58 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 17 Jun 2004 08:34:58 -0400 Subject: [AccessD] A2K Graphing (multi-scales) Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99037405BE@TTNEXCHSRV1.hshhp.com> List, Our clinical group wants a graph showing a patient's weight and BMI (a calculation based on weight and height). Obviously we can graph two values but these values have different scales (weight could be any thing from 40-500 lbs and BMI is usually a number less than 20). My boss seems to think MS Graph (which is what our app uses) can plot a line graph using more than one scale. Does anyone know a) if this is true, and b) how to go about doing it? Thanks, Jim DeMarco Director Product Development Hudson Health Plan *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From stuart at lexacorp.com.pg Thu Jun 17 07:53:22 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 17 Jun 2004 22:53:22 +1000 Subject: [AccessD] A2K Graphing (multi-scales) In-Reply-To: <22F1CCD5171D17419CB37FEEE09D5F99037405BE@TTNEXCHSRV1.hshhp.com> Message-ID: <40D220E2.22905.177772@localhost> On 17 Jun 2004 at 8:34, Jim DeMarco wrote: > List, > > Our clinical group wants a graph showing a patient's weight and BMI (a > calculation based on weight and height). Obviously we can graph two > values but these values have different scales (weight could be any > thing from 40-500 lbs and BMI is usually a number less than 20). My > boss seems to think MS Graph (which is what our app uses) can plot a > line graph using more than one scale. Does anyone know a) if this is > true, and b) how to go about doing it? > a. Yes b. Once you have designed the basic chart, right click on the BMI line and select "Format Data Series". Then select Axis and tick "Plot series on Secondary Axis" That will put the BMI dimensions on the right hand Axis. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From jwcolby at colbyconsulting.com Thu Jun 17 07:55:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 08:55:48 -0400 Subject: [AccessD] Getting pictures into a blob in SQL Server Message-ID: <001801c4546a$69da7e90$0501a8c0@colbyws> I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com From Mark.Mitsules at ngc.com Thu Jun 17 07:58:54 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Thu, 17 Jun 2004 08:58:54 -0400 Subject: [AccessD] A2K Graphing (multi-scales) Message-ID: I ran across this 'simple' graphic while doing research on my own BMI. Perhaps it could give you some ideas. http://www.norfolk-surgical.com/am-i-morbidly-obese.html Mark -----Original Message----- From: Jim DeMarco [mailto:Jdemarco at hudsonhealthplan.org] Sent: Thursday, June 17, 2004 8:35 AM To: AccessD (E-mail) Subject: [AccessD] A2K Graphing (multi-scales) List, Our clinical group wants a graph showing a patient's weight and BMI (a calculation based on weight and height). Obviously we can graph two values but these values have different scales (weight could be any thing from 40-500 lbs and BMI is usually a number less than 20). My boss seems to think MS Graph (which is what our app uses) can plot a line graph using more than one scale. Does anyone know a) if this is true, and b) how to go about doing it? Thanks, Jim DeMarco Director Product Development Hudson Health Plan **************************************************************************** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". **************************************************************************** ******* -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 17 07:55:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 08:55:48 -0400 Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server Message-ID: <001801c4546a$69da7e90$0501a8c0@colbyws> I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com From jimdettman at earthlink.net Thu Jun 17 08:34:49 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 17 Jun 2004 09:34:49 -0400 Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server In-Reply-To: <001801c4546a$69da7e90$0501a8c0@colbyws> Message-ID: John, This should help: HOWTO: Access and Modify SQL Server BLOB Data by Using the ADO Stream Object http://support.microsoft.com/?kbid=258038 or HOW TO: Read and Write BLOB Data by Using ADO.NET with Visual Basic .NET http://support.microsoft.com/default.aspx?scid=kb;EN-US;308042 Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 8:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 17 09:13:42 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 10:13:42 -0400 Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQLServer In-Reply-To: Message-ID: <001901c45475$4b8d1320$0501a8c0@colbyws> Thanks! John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 17, 2004 9:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQLServer John, This should help: HOWTO: Access and Modify SQL Server BLOB Data by Using the ADO Stream Object http://support.microsoft.com/?kbid=258038 or HOW TO: Read and Write BLOB Data by Using ADO.NET with Visual Basic .NET http://support.microsoft.com/default.aspx?scid=kb;EN-US;308042 Jim Dettman President, Online Computer Services of WNY, Inc. (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 8:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] [dba-SQLServer] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From marcus at tsstech.com Thu Jun 17 09:33:37 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 17 Jun 2004 10:33:37 -0400 Subject: [AccessD] Access-Outlook Message-ID: Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. I'll be looking thru the archives now... Thanks in advance, Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From cfoust at infostatsystems.com Thu Jun 17 09:50:36 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 07:50:36 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Message-ID: The other thing about the Action Pack is that it is subscription, so you have to keep subscribing or the licenses expire. Charlotte Foust -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Thursday, June 17, 2004 12:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi Jim The last time I checked this "action pack", no developer tools were included ... /gustav > If you are a business or part of a business you can enroll in > Microsoft's Action Pack series and you will be sent a host of M$ > software, Access 2003 being part of it. The standard edition starts at > $299US and it was suppose to be $10,000.00 worth of software. The only > thing is that the software is for you, and/or your business; not for > resale. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 17 09:54:40 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 07:54:40 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Message-ID: It's the runtime license that you need in order to distribute an application with the runtime engine. You get that with VSTO. Wise Installer is just used instead of the packaging wizard included in VSTO. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 5:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Thu Jun 17 10:29:44 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 17 Jun 2004 11:29:44 -0400 Subject: [AccessD] A2K Graphing (multi-scales) Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB0C@TTNEXCHSRV1.hshhp.com> Stuart and Mark, Thanks a lot. This helps. Jim D. -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Thursday, June 17, 2004 8:53 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K Graphing (multi-scales) On 17 Jun 2004 at 8:34, Jim DeMarco wrote: > List, > > Our clinical group wants a graph showing a patient's weight and BMI (a > calculation based on weight and height). Obviously we can graph two > values but these values have different scales (weight could be any > thing from 40-500 lbs and BMI is usually a number less than 20). My > boss seems to think MS Graph (which is what our app uses) can plot a > line graph using more than one scale. Does anyone know a) if this is > true, and b) how to go about doing it? > a. Yes b. Once you have designed the basic chart, right click on the BMI line and select "Format Data Series". Then select Axis and tick "Plot series on Secondary Axis" That will put the BMI dimensions on the right hand Axis. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From Jdemarco at hudsonhealthplan.org Thu Jun 17 10:31:52 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 17 Jun 2004 11:31:52 -0400 Subject: [AccessD] Access-Outlook Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB0E@TTNEXCHSRV1.hshhp.com> Wasn't that "feature" added in O2K? Jim DeMarco -----Original Message----- From: Scott Marcus [mailto:marcus at tsstech.com] Sent: Thursday, June 17, 2004 10:34 AM To: Access Developers discussion and problem solving Subject: [AccessD] Access-Outlook Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. I'll be looking thru the archives now... Thanks in advance, Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From DWUTKA at marlow.com Thu Jun 17 10:39:15 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Thu, 17 Jun 2004 10:39:15 -0500 Subject: [AccessD] Getting pictures into a blob in SQL Server Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB027@main2.marlow.com> MSKB Article #103257 covers how to do this in Access. I'm pretty sure this same code will work with SQL, since it is just using a recordset as an argument: http://support.microsoft.com:80/support/kb/articles/Q103/2/57.asp&NoWebConte nt=1 Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 7:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dmcafee at pacbell.net Thu Jun 17 10:46:21 2004 From: dmcafee at pacbell.net (dmcafee at pacbell.net) Date: Thu, 17 Jun 2004 08:46:21 -0700 Subject: [AccessD] Access-Outlook In-Reply-To: Message-ID: O2K, SP2 HTH David McAfee -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Scott Marcus Sent: Thursday, June 17, 2004 7:34 AM To: Access Developers discussion and problem solving Subject: [AccessD] Access-Outlook Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. I'll be looking thru the archives now... Thanks in advance, Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Thu Jun 17 10:52:01 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Thu, 17 Jun 2004 10:52:01 -0500 Subject: [AccessD] How to set a value from one recordset as a paramete r for a select statement that is source to another recordset Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCF7@corp-es01.fleetpride.com> It sounds to be that you need to use the first query as a sub query of the second. To do this copy the sql of the first query, put brackets around it, and paste it into the criteria line of the appropriate field of the second query. As long as the first query is only returning one "answer" ie one field of one record, it should work. Good luck Jim Hale -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From joconnell at indy.rr.com Thu Jun 17 10:54:22 2004 From: joconnell at indy.rr.com (Joseph O'Connell) Date: Thu, 17 Jun 2004 10:54:22 -0500 Subject: [AccessD] Access-Outlook Message-ID: <025101c45483$67ec39c0$6701a8c0@joe> I think it was O2K SP2 Joe O'Connell -----Original Message----- From: Jim DeMarco To: Access Developers discussion and problem solving Date: Thursday, June 17, 2004 10:45 AM Subject: RE: [AccessD] Access-Outlook |Wasn't that "feature" added in O2K? | |Jim DeMarco | |-----Original Message----- |From: Scott Marcus [mailto:marcus at tsstech.com] |Sent: Thursday, June 17, 2004 10:34 AM |To: Access Developers discussion and problem solving |Subject: [AccessD] Access-Outlook | | |Which service release of Office 97 introduced the security measures that make docmd.sendobject nag the user about sending email via code? I'm considering an install of the last release that didn't include that functionality for a program that doesn't receive e-mail and only sends e-mail to internal customers (i.e. error messages to IT). | |Make sense? Is there a better way? I like the idea of using docmd.sendobject. It's simple and easy to maintain. | |I'll be looking thru the archives now... | |Thanks in advance, | |Scott Marcus |TSS Technologies, Inc. |marcus at tsstech.com |(513) 772-7000 | | | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com | | | | | | |*************************************************************************** ******** |"This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". |*************************************************************************** ******** | |-- |_______________________________________________ |AccessD mailing list |AccessD at databaseadvisors.com |http://databaseadvisors.com/mailman/listinfo/accessd |Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Jun 17 11:41:40 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 09:41:40 -0700 Subject: [AccessD] Getting pictures into a blob in SQL Server In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB027@main2.marlow.com> Message-ID: Hi Drew: This piece of code is an older technique for handling blobs. It now has been superceded by various streaming functions. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 17, 2004 8:39 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Getting pictures into a blob in SQL Server MSKB Article #103257 covers how to do this in Access. I'm pretty sure this same code will work with SQL, since it is just using a recordset as an argument: http://support.microsoft.com:80/support/kb/articles/Q103/2/57.asp&NoWebConte nt=1 Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 7:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mikedorism at adelphia.net Thu Jun 17 13:07:50 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Thu, 17 Jun 2004 14:07:50 -0400 Subject: [AccessD] Getting pictures into a blob in SQL Server In-Reply-To: Message-ID: <000001c45496$00fb18e0$cc0aa845@hargrove.internal> Those streaming objects come in very handy. I've got a couple of Crystal 10 Reports that dynamically pull images files from a network location, stick them in an empty Image field in a SQL dataset (fields exists only in the dataset and not in the SQL table itself), and manipulate the boundaries of the image so that it is centered and not distorted -- all things sadly lacking in the recent release of Crystal 10. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Thursday, June 17, 2004 12:42 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Getting pictures into a blob in SQL Server Hi Drew: This piece of code is an older technique for handling blobs. It now has been superceded by various streaming functions. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Thursday, June 17, 2004 8:39 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Getting pictures into a blob in SQL Server MSKB Article #103257 covers how to do this in Access. I'm pretty sure this same code will work with SQL, since it is just using a recordset as an argument: http://support.microsoft.com:80/support/kb/articles/Q103/2/57.asp&NoWebConte nt=1 Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 17, 2004 7:56 AM To: SQLServer; 'Access Developers discussion and problem solving' Subject: [AccessD] Getting pictures into a blob in SQL Server I got a call from someone yesterday needing to get 25000 pictures into a blob field in SQL Server. The program he is attempting to use apparently stores the pictures it uses in such a field. These pictures are currently stored as GIFs (I believe) on the hard drive. I can write a program to cycle through a dir on the disk, but would I just read the text into a string and dump it into the field, save and move on? Has anyone ever done this? I included AccessD in this request as I am guessing I'll just do it through VBA in AccessD. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Thu Jun 17 10:42:20 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 08:42:20 -0700 Subject: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer In-Reply-To: <613395532.20040617105743@cactus.dk> Message-ID: Hi Gustav: I should check that out. I have just started using Access2003, out of the Office suite, from the Action Pack and have not ran across any of it's limitations, yet. The documentation on the various configurations is to say the least, confusing and I figured by the time various features were required I would have a solution. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Thursday, June 17, 2004 1:58 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi Jim The last time I checked this "action pack", no developer tools were included ... /gustav > If you are a business or part of a business you can enroll in Microsoft's > Action Pack series and you will be sent a host of M$ software, Access 2003 > being part of it. The standard edition starts at $299US and it was suppose > to be $10,000.00 worth of software. The only thing is that the software is > for you, and/or your business; not for resale. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Support at CorporateDataDesign.com Thu Jun 17 14:21:55 2004 From: Support at CorporateDataDesign.com (John Skolits) Date: Thu, 17 Jun 2004 15:21:55 -0400 Subject: [AccessD] Upgrading fromAccess XP(2002)developertoAccess2003developer In-Reply-To: Message-ID: <000001c454a0$5d797d00$0501a8c0@OFFICEXP1> Yes, that I know but I believe that the SageKey scripts only work if you have the developer version of Access. My understanding is that with Access 2003, the developer license is in the VSTO and not part of 2003. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 17, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP(2002)developertoAccess2003developer It's the runtime license that you need in order to distribute an application with the runtime engine. You get that with VSTO. Wise Installer is just used instead of the packaging wizard included in VSTO. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 5:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Thu Jun 17 14:39:22 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 17 Jun 2004 12:39:22 -0700 Subject: [AccessD] Continuous form on a continuous form Message-ID: <015c01c454a2$ca27af10$6601a8c0@HAL9002> Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From David_Lind at acordia.com Thu Jun 17 14:43:41 2004 From: David_Lind at acordia.com (David Lind) Date: Thu, 17 Jun 2004 15:43:41 -0400 Subject: [AccessD] Continuous form on a continuous form Message-ID: I got it to work one time by saving the original form. Closing it, reopening it and adding the next continuous form. It seems to only complain when you're designing the original form. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Thursday, June 17, 2004 3:39 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Thu Jun 17 14:52:32 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 12:52:32 -0700 Subject: [AccessD] Continuous form on a continuous form Message-ID: There are supposed to be end runs on this, but I never bother with them. It's just as easy to put two continuous subforms on a parent form and synchronize them by link the second subform through a field populated by the first one. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 17, 2004 11:39 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Stephen.Pickering at caremark.com Thu Jun 17 15:05:45 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 17 Jun 2004 15:05:45 -0500 Subject: [AccessD] Continuous form on a continuous form Message-ID: <35C4AC5A5AFD9642833200159C2581560A6953@s98026.psd.caremark.int> Is this like, a continuous form for Header, and a continuous form for Detail? Can you have two continuous subforms on a main form, where, when the user clicks on a Header record, the Detail continuous subform requeries and shows the Detail for that Header? Or am I making no sense? It's afternoon, and I'm not sure the coffee is helping anymore.... Steve -----Rocky Smolin's Original Message----- Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From cfoust at infostatsystems.com Thu Jun 17 15:31:56 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Thu, 17 Jun 2004 13:31:56 -0700 Subject: [AccessD] Upgrading fromAccessXP(2002)developertoAccess2003developer Message-ID: That is correct, it is no longer part of Office, but the runtime is also part of VSTO. You would need updated scripts from SageKey anyhow, as we have found that we always need updated scripts for new versions of Access. The SageKey scripts work with the installer to package the necessary files for a runtime installation. There *is* no developer version of Access, only the runtime distribution license and the runtime files. Access itself is the same whether it's part of Office, purchased separately or is part of a "developer edition". Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at CorporateDataDesign.com] Sent: Thursday, June 17, 2004 11:22 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccessXP(2002)developertoAccess2003developer Yes, that I know but I believe that the SageKey scripts only work if you have the developer version of Access. My understanding is that with Access 2003, the developer license is in the VSTO and not part of 2003. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Thursday, June 17, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP(2002)developertoAccess2003developer It's the runtime license that you need in order to distribute an application with the runtime engine. You get that with VSTO. Wise Installer is just used instead of the packaging wizard included in VSTO. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 5:50 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002)developertoAccess2003developer Will I still get VTSO so I can have a 'Devloper' version. I use Wise with SageKey scripts and I want to make sure I can use those for deployment. John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Wednesday, June 16, 2004 8:18 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developertoAccess2003developer Hi John: If you are a business or part of a business you can enroll in Microsoft's Action Pack series and you will be sent a host of M$ software, Access 2003 being part of it. The standard edition starts at $299US and it was suppose to be $10,000.00 worth of software. The only thing is that the software is for you, and/or your business; not for resale. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits Sent: Wednesday, June 16, 2004 12:46 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer toAccess2003developer OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. Access 2003 for about $190 and up. So we're looking at atound $600.00. Sound about right? John -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 16, 2004 2:08 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to Access2003developer The Access extensions are part of VSTO, so that isn't a separate product. You do need Access 2003, if not Office 2003. The VSTO isn't too expensive, so your main cost is going to be the Office upgrade. Charlotte Foust -----Original Message----- From: John Skolits [mailto:Support at corporatedatadesign.com] Sent: Wednesday, June 16, 2004 4:39 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access 2003developer I'm potentially considering upgrading from Access XP developer to Access 2003 developer. It seems MS has changed the way they do this. What is this going to cost me? Do I need to buy "Visual Studio Tools for the Microsoft Office System" and the "Access 2003 extentions" AND "Offic 2003? Thanks, John -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Thu Jun 17 16:11:11 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Thu, 17 Jun 2004 17:11:11 -0400 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: Message-ID: <> I'm with Charlotte on this one; Main form with 2 subforms on the parent sync'd. Either that or a popup to display the detail. Jim (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Charlotte Foust Sent: Thursday, June 17, 2004 3:53 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Continuous form on a continuous form There are supposed to be end runs on this, but I never bother with them. It's just as easy to put two continuous subforms on a parent form and synchronize them by link the second subform through a field populated by the first one. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 17, 2004 11:39 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 17 16:57:03 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 17 Jun 2004 15:57:03 -0600 Subject: [AccessD] Continuous form on a continuous form Message-ID: <193710-2200464172157337@christopherhawkins.com> Placing a continuous form on a continuous form will open up an interdimensional vortex that will suck you, your app, and your users into it, never to be seen again. A similar effect happens in your clothes dryer, which is why your socks are always disappearing. ;) -C- ---- Original Message ---- From: bchacc at san.rr.com To: AccessD at databaseadvisors.com, Subject: RE: [AccessD] Continuous form on a continuous form Date: Thu, 17 Jun 2004 12:39:22 -0700 >Dear List: > >I have been chastised by Access that I can't put a continuous form >on a continuous form. OK. Is there some way around this >restriction? > >For example, you want to show purchase order header information >followed by lines of the purchase order detail. But you want to be >able to scroll up and down showing the header followed by the detail >for all the POs in your system. > >Any clever tricks to do this or even simulate it? > >MTIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From martyconnelly at shaw.ca Thu Jun 17 16:40:21 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Thu, 17 Jun 2004 14:40:21 -0700 Subject: [AccessD] Getting pictures into a blob in SQL Server References: <001801c4546a$69da7e90$0501a8c0@colbyws> Message-ID: <40D20FC5.7090806@shaw.ca> Here is an open source com component dll that will convert gif to jpeg etc by first moving image into a byte array then you just dump the resulting byte array into a blob field. http://www.imagemagick.org/index.html? jwcolby wrote: >I got a call from someone yesterday needing to get 25000 pictures into a >blob field in SQL Server. The program he is attempting to use apparently >stores the pictures it uses in such a field. These pictures are currently >stored as GIFs (I believe) on the hard drive. > >I can write a program to cycle through a dir on the disk, but would I just >read the text into a string and dump it into the field, save and move on? >Has anyone ever done this? > >I included AccessD in this request as I am guessing I'll just do it through >VBA in AccessD. > >John W. Colby >www.ColbyConsulting.com > > > > -- Marty Connelly Victoria, B.C. Canada From jmoss111 at bellsouth.net Thu Jun 17 18:11:32 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Thu, 17 Jun 2004 18:11:32 -0500 Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset In-Reply-To: <6A6AA9DF57E4F046BDA1E273BDDB677217FCF7@corp-es01.fleetpride.com> Message-ID: Jim, Thanks for your answer, but what I'm doing in using a distinct value companyid from the first query which is the recordsource to a recordset which I'm moving through one record at a time in an outer loop to supply the parameter for the second recordset in an inner loop which has several departments per companyid. Then I use the second recordset to populate and build Excel spreadsheets via automation. Since I cant use a variable as a parameter, I created a function to get the data and used the function as the select's parameter. Anyway, it's working. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Thursday, June 17, 2004 10:52 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset It sounds to be that you need to use the first query as a sub query of the second. To do this copy the sql of the first query, put brackets around it, and paste it into the criteria line of the appropriate field of the second query. As long as the first query is only returning one "answer" ie one field of one record, it should work. Good luck Jim Hale -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! 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 bchacc at san.rr.com Thu Jun 17 18:45:54 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 17 Jun 2004 16:45:54 -0700 Subject: [AccessD] Continuous form on a continuous form References: <193710-2200464172157337@christopherhawkins.com> Message-ID: <01da01c454c5$3af790d0$6601a8c0@HAL9002> So if I don't really like this client then this is the design I'm looking for? Rocky ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Thursday, June 17, 2004 2:57 PM Subject: RE: [AccessD] Continuous form on a continuous form > Placing a continuous form on a continuous form will open up an > interdimensional vortex that will suck you, your app, and your users > into it, never to be seen again. > > A similar effect happens in your clothes dryer, which is why your > socks are always disappearing. ;) > > -C- > > ---- Original Message ---- > From: bchacc at san.rr.com > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] Continuous form on a continuous form > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > >Dear List: > > > >I have been chastised by Access that I can't put a continuous form > >on a continuous form. OK. Is there some way around this > >restriction? > > > >For example, you want to show purchase order header information > >followed by lines of the purchase order detail. But you want to be > >able to scroll up and down showing the header followed by the detail > >for all the POs in your system. > > > >Any clever tricks to do this or even simulate it? > > > >MTIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 17 18:52:13 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 09:52:13 +1000 Subject: [AccessD] A2K: Change Properties of a dB from a different dB Message-ID: <006101c454c6$1cbef170$48619a89@DDICK> Hello all If I want to change some 'properties' on the Current dB I type something like Dim dbs As Object, prp As Variant Set dbs = CurrentDb dbs.Properties(strPropName) = varPropValue That's cool but what would be the sysntax for changing a property in another dB open or not my code that works fine using the Set dbs = CurrentDb but when I tried passing the path of another dB it doesn't apply the requested changes EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb it fails Anyone know the correct syntax so I can alter the properties of 1 dB from another? Many thanks Darren From d.dick at uws.edu.au Thu Jun 17 18:54:29 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 09:54:29 +1000 Subject: [AccessD] Continuous form on a continuous form References: <193710-2200464172157337@christopherhawkins.com> <01da01c454c5$3af790d0$6601a8c0@HAL9002> Message-ID: <006701c454c6$6e0e5f70$48619a89@DDICK> Hi Rocky Don't listen to the crap Access warnings :-)) Just click yes when it tells you crap about not having a Cont form on a cont form. Then just place it there anyway and change the default view back to continuous I know this works for Headers and footers - dunno about details See ya Darren ----- Original Message ----- From: "Rocky Smolin - Beach Access Software" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 9:45 AM Subject: Re: [AccessD] Continuous form on a continuous form > So if I don't really like this client then this is the design I'm looking > for? > > Rocky > > ----- Original Message ----- > From: "Christopher Hawkins" > To: > Sent: Thursday, June 17, 2004 2:57 PM > Subject: RE: [AccessD] Continuous form on a continuous form > > > > Placing a continuous form on a continuous form will open up an > > interdimensional vortex that will suck you, your app, and your users > > into it, never to be seen again. > > > > A similar effect happens in your clothes dryer, which is why your > > socks are always disappearing. ;) > > > > -C- > > > > ---- Original Message ---- > > From: bchacc at san.rr.com > > To: AccessD at databaseadvisors.com, > > Subject: RE: [AccessD] Continuous form on a continuous form > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > >Dear List: > > > > > >I have been chastised by Access that I can't put a continuous form > > >on a continuous form. OK. Is there some way around this > > >restriction? > > > > > >For example, you want to show purchase order header information > > >followed by lines of the purchase order detail. But you want to be > > >able to scroll up and down showing the header followed by the detail > > >for all the POs in your system. > > > > > >Any clever tricks to do this or even simulate it? > > > > > >MTIA > > > > > >Rocky Smolin > > >Beach Access Software > > >http://www.e-z-mrp.com > > > > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 17 19:01:20 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 10:01:20 +1000 Subject: [AccessD] A2K: Change Properties of a dB from a different dB References: <006101c454c6$1cbef170$48619a89@DDICK> Message-ID: <007501c454c7$630518c0$48619a89@DDICK> Nevermind it's working now I found some JC code that I could pilfer :-)) Thanks JC Darren ----- Original Message ----- From: "Darren DICK" To: "AccessD List" Sent: Friday, June 18, 2004 9:52 AM Subject: [AccessD] A2K: Change Properties of a dB from a different dB > Hello all > If I want to change some 'properties' on the Current dB I type something like > > Dim dbs As Object, prp As Variant > Set dbs = CurrentDb > dbs.Properties(strPropName) = varPropValue > > That's cool but what would be the sysntax for changing a property in another dB open or not > > my code that works fine using the Set dbs = CurrentDb but when I tried passing the > path of another dB it doesn't apply the requested changes > EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb it fails > > Anyone know the correct syntax so I can alter the properties of 1 dB from another? > > Many thanks > > Darren > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Thu Jun 17 21:48:34 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 17 Jun 2004 22:48:34 -0400 Subject: [AccessD] A2K: Change Properties of a dB from a different dB In-Reply-To: <007501c454c7$630518c0$48619a89@DDICK> Message-ID: <000b01c454de$bf84f090$0501a8c0@colbyws> LOL. You're welcome. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK Sent: Thursday, June 17, 2004 8:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2K: Change Properties of a dB from a different dB Nevermind it's working now I found some JC code that I could pilfer :-)) Thanks JC Darren ----- Original Message ----- From: "Darren DICK" To: "AccessD List" Sent: Friday, June 18, 2004 9:52 AM Subject: [AccessD] A2K: Change Properties of a dB from a different dB > Hello all > If I want to change some 'properties' on the Current dB I type > something like > > Dim dbs As Object, prp As Variant > Set dbs = CurrentDb > dbs.Properties(strPropName) = varPropValue > > That's cool but what would be the sysntax for changing a property in > another dB open or not > > my code that works fine using the Set dbs = CurrentDb but when I tried > passing the > path of another dB it doesn't apply the requested changes > EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb it fails > > Anyone know the correct syntax so I can alter the properties of 1 dB > from another? > > Many thanks > > Darren > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From d.dick at uws.edu.au Thu Jun 17 22:37:55 2004 From: d.dick at uws.edu.au (Darren DICK) Date: Fri, 18 Jun 2004 13:37:55 +1000 Subject: [AccessD] A2K: Change Properties of a dB from a different dB References: <000b01c454de$bf84f090$0501a8c0@colbyws> Message-ID: <00aa01c454e5$a4828e40$48619a89@DDICK> Thanks JC ----- Original Message ----- From: "jwcolby" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 18, 2004 12:48 PM Subject: RE: [AccessD] A2K: Change Properties of a dB from a different dB > LOL. You're welcome. > > John W. Colby > www.ColbyConsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > Sent: Thursday, June 17, 2004 8:01 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2K: Change Properties of a dB from a different dB > > > Nevermind it's working now > I found some JC code that I could pilfer :-)) > Thanks JC > > Darren > > ----- Original Message ----- > From: "Darren DICK" > To: "AccessD List" > Sent: Friday, June 18, 2004 9:52 AM > Subject: [AccessD] A2K: Change Properties of a dB from a different dB > > > > Hello all > > If I want to change some 'properties' on the Current dB I type > > something like > > > > Dim dbs As Object, prp As Variant > > Set dbs = CurrentDb > > dbs.Properties(strPropName) = varPropValue > > > > That's cool but what would be the sysntax for changing a property in > > another dB open or not > > > > my code that works fine using the Set dbs = CurrentDb but when I tried > > passing the > > path of another dB it doesn't apply the requested changes > > EG If I type some thing like Set dbs = C:\Program Files\MyFolder\MydB.mdb > it fails > > > > Anyone know the correct syntax so I can alter the properties of 1 dB > > from another? > > > > Many thanks > > > > Darren > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Jun 18 00:15:47 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 22:15:47 -0700 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <193710-2200464172157337@christopherhawkins.com> Message-ID: Christopher, now that makes sense. :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Thursday, June 17, 2004 2:57 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Continuous form on a continuous form Placing a continuous form on a continuous form will open up an interdimensional vortex that will suck you, your app, and your users into it, never to be seen again. A similar effect happens in your clothes dryer, which is why your socks are always disappearing. ;) -C- ---- Original Message ---- From: bchacc at san.rr.com To: AccessD at databaseadvisors.com, Subject: RE: [AccessD] Continuous form on a continuous form Date: Thu, 17 Jun 2004 12:39:22 -0700 >Dear List: > >I have been chastised by Access that I can't put a continuous form >on a continuous form. OK. Is there some way around this >restriction? > >For example, you want to show purchase order header information >followed by lines of the purchase order detail. But you want to be >able to scroll up and down showing the header followed by the detail >for all the POs in your system. > >Any clever tricks to do this or even simulate it? > >MTIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 Jun 18 00:24:18 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 22:24:18 -0700 Subject: [AccessD] Getting pictures into a blob in SQL Server In-Reply-To: <40D20FC5.7090806@shaw.ca> Message-ID: Hi Marty: The stuff you keep digging up is quite incredible! :-) You are definitely ascending into the levels of Gustav's research team. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Thursday, June 17, 2004 2:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Getting pictures into a blob in SQL Server Here is an open source com component dll that will convert gif to jpeg etc by first moving image into a byte array then you just dump the resulting byte array into a blob field. http://www.imagemagick.org/index.html? jwcolby wrote: >I got a call from someone yesterday needing to get 25000 pictures into a >blob field in SQL Server. The program he is attempting to use apparently >stores the pictures it uses in such a field. These pictures are currently >stored as GIFs (I believe) on the hard drive. > >I can write a program to cycle through a dir on the disk, but would I just >read the text into a string and dump it into the field, save and move on? >Has anyone ever done this? > >I included AccessD in this request as I am guessing I'll just do it through >VBA in AccessD. > >John W. Colby >www.ColbyConsulting.com > > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Fri Jun 18 00:15:46 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 17 Jun 2004 22:15:46 -0700 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <015c01c454a2$ca27af10$6601a8c0@HAL9002> Message-ID: Hi Rocky: Why not handle it like a drill-down process? When an item on the continuous form is selected a popup menu appears showing a full grid of the related sub-items. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Thursday, June 17, 2004 12:39 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Continuous form on a continuous form Dear List: I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. Any clever tricks to do this or even simulate it? MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 18 02:06:26 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 18 Jun 2004 08:06:26 +0100 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <006701c454c6$6e0e5f70$48619a89@DDICK> Message-ID: <00a601c45502$c70007a0$b274d0d5@minster33c3r25> Seconded. I'm with Darren. Have done just this and it works fine. On the other hand I'm also with Christopher in that my socks DO keep disappearing in the washing machine :-( -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren DICK > Sent: 18 June 2004 00:54 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Continuous form on a continuous form > > > Hi Rocky > Don't listen to the crap Access warnings :-)) > Just click yes when it tells you crap about not having a Cont > form on a cont form. Then just place it there anyway and > change the default view back to continuous I know this works > for Headers and footers - dunno about details > > See ya > > Darren > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > > Sent: Friday, June 18, 2004 9:45 AM > Subject: Re: [AccessD] Continuous form on a continuous form > > > > So if I don't really like this client then this is the design I'm > > looking for? > > > > Rocky > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Thursday, June 17, 2004 2:57 PM > > Subject: RE: [AccessD] Continuous form on a continuous form > > > > > > > Placing a continuous form on a continuous form will open up an > > > interdimensional vortex that will suck you, your app, and > your users > > > into it, never to be seen again. > > > > > > A similar effect happens in your clothes dryer, which is why your > > > socks are always disappearing. ;) > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: bchacc at san.rr.com > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] Continuous form on a continuous form > > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > > > >Dear List: > > > > > > > >I have been chastised by Access that I can't put a > continuous form > > > >on a continuous form. OK. Is there some way around this > > > >restriction? > > > > > > > >For example, you want to show purchase order header information > > > >followed by lines of the purchase order detail. But you > want to be > > > >able to scroll up and down showing the header followed by the > > > >detail for all the POs in your system. > > > > > > > >Any clever tricks to do this or even simulate it? > > > > > > > >MTIA > > > > > > > >Rocky Smolin > > > >Beach Access Software > > > >http://www.e-z-mrp.com > > > > > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From thevigil at kabelfoon.nl Fri Jun 18 02:52:32 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Fri, 18 Jun 2004 09:52:32 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query Message-ID: <000701c45509$382916a0$3f412d3e@jester> Dear list, in qeuries i use a lot of functions to format a value, or to get 'calculated' values, these functions get 'named' collumns (like .... AS clientnumber). This works fine. However when i want to use this named collumn in the WHERE - statement or in the ORDER BY statement and i use the collumn name this doesn't work. Ik i use the same function again in the WHERE and ORDER BY statement this works fine, but it slows down the qeury, because the function has to be executed more times. Can i use the named collums in the WHERE and ORDER BY statement and if so how do i do that? I am working with A2k on WINXP and WIN2kProffesional Thanks. Bert-Jan From gustav at cactus.dk Fri Jun 18 03:42:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 18 Jun 2004 10:42:44 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query In-Reply-To: <000701c45509$382916a0$3f412d3e@jester> References: <000701c45509$382916a0$3f412d3e@jester> Message-ID: <875831194.20040618104244@cactus.dk> Hi Bert-Jan You can use two queries, one where you "build" your field names, and another where you filter and sort using the first as source - or (!) vice versa. /gustav > in qeuries i use a lot of functions to format a value, or to get > 'calculated' values, these functions get 'named' collumns (like .... AS > clientnumber). This works fine. > However when i want to use this named collumn in the WHERE - statement or in > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > use the same function again in the WHERE and ORDER BY statement this works > fine, but it slows down the qeury, because the function has to be executed > more times. > Can i use the named collums in the WHERE and ORDER BY statement and if so > how do i do that? > I am working with A2k on WINXP and WIN2kProffesional > Thanks. > Bert-Jan From gustav at cactus.dk Fri Jun 18 03:37:50 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 18 Jun 2004 10:37:50 +0200 Subject: [AccessD] Upgrading fromAccessXP(2002)developertoAccess2003developer In-Reply-To: References: Message-ID: <745536691.20040618103750@cactus.dk> Hi Charlotte et all I think I understand what is needed to develop _and_ distribute Access 2003 apps. But I have to browse a dozen messages with acronyms like VSTO etc., and I'm convinced that at the time I may need to upgrade I'll have to spend half an hour browsing old messages to rebuild the knowledge ... Now, if someone confident with the ins and outs of this, including the possible upgrade paths, could summarise it - perhaps including the MS part numbers and full official description - it would be great if this could be added to the Database Advisors' site. Then, as this question will pop up several times in the future - we could just refer to that page. /gustav > That is correct, it is no longer part of Office, but the runtime is also > part of VSTO. You would need updated scripts from SageKey anyhow, as we > have found that we always need updated scripts for new versions of > Access. The SageKey scripts work with the installer to package the > necessary files for a runtime installation. There *is* no developer > version of Access, only the runtime distribution license and the runtime > files. Access itself is the same whether it's part of Office, purchased > separately or is part of a "developer edition". > Charlotte Foust > -----Original Message----- > From: John Skolits [mailto:Support at CorporateDataDesign.com] > Sent: Thursday, June 17, 2004 11:22 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Upgrading > fromAccessXP(2002)developertoAccess2003developer > Yes, that I know but I believe that the SageKey scripts only work if you > have the developer version of Access. My understanding is that with > Access 2003, the developer license is in the VSTO and not part of 2003. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Thursday, June 17, 2004 10:55 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Upgrading fromAccess > XP(2002)developertoAccess2003developer > It's the runtime license that you need in order to distribute an > application with the runtime engine. You get that with VSTO. Wise > Installer is just used instead of the packaging wizard included in VSTO. > Charlotte Foust > -----Original Message----- > From: John Skolits [mailto:Support at corporatedatadesign.com] > Sent: Wednesday, June 16, 2004 5:50 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Upgrading fromAccess XP > (2002)developertoAccess2003developer > Will I still get VTSO so I can have a 'Devloper' version. I use Wise > with SageKey scripts and I want to make sure I can use those for > deployment. > John > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Wednesday, June 16, 2004 8:18 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Upgrading fromAccess XP (2002) > developertoAccess2003developer > Hi John: > If you are a business or part of a business you can enroll in > Microsoft's Action Pack series and you will be sent a host of M$ > software, Access 2003 being part of it. The standard edition starts at > $299US and it was suppose to be $10,000.00 worth of software. The only > thing is that the software is for you, and/or your business; not for > resale. > HTH > Jim > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John Skolits > Sent: Wednesday, June 16, 2004 12:46 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer > toAccess2003developer > OK then just Access 2003 and the VTSO. I saw VTSO for $375 and higher. > Access 2003 for about $190 and up. So we're looking at atound $600.00. > Sound about right? > John > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte > Foust > Sent: Wednesday, June 16, 2004 2:08 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Upgrading fromAccess XP (2002) developer to > Access2003developer > The Access extensions are part of VSTO, so that isn't a separate > product. You do need Access 2003, if not Office 2003. The VSTO isn't > too expensive, so your main cost is going to be the Office upgrade. > Charlotte Foust > -----Original Message----- > From: John Skolits [mailto:Support at corporatedatadesign.com] > Sent: Wednesday, June 16, 2004 4:39 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Upgrading fromAccess XP (2002) developer to Access > 2003developer > I'm potentially considering upgrading from Access XP developer to Access > 2003 developer. It seems MS has changed the way they do this. What is > this going to cost me? Do I need to buy "Visual Studio Tools for the > Microsoft Office System" and the "Access 2003 extentions" AND "Offic > 2003? > Thanks, > John > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 18 03:46:58 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 18 Jun 2004 9:46:58 +0100 Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query Message-ID: <20040618084656.86D08252AA4@smtp.nildram.co.uk> Hi Bert-Jan No you can't, but what you can do is write a SELECT query which gets you the fields you want plus the calculated values, then make this the source of your existing query rather than the original table. Because the calculated values are already in the source you can then refer to them as many times as you like. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: accessd at databaseadvisors.com Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn in where criteria of a query Date: 18/06/04 07:56 > > Dear list, > > in qeuries i use a lot of functions to format a value, or to get > 'calculated' values, these functions get 'named' collumns (like .... AS > clientnumber). This works fine. > However when i want to use this named collumn in the WHERE - statement or in > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > use the same function again in the WHERE and ORDER BY statement this works > fine, but it slows down the qeury, because the function has to be executed > more times. > Can i use the named collums in the WHERE and ORDER BY statement and if so > how do i do that? > > I am working with A2k on WINXP and WIN2kProffesional > > Thanks. > > Bert-Jan > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From thevigil at kabelfoon.nl Fri Jun 18 04:46:52 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Fri, 18 Jun 2004 11:46:52 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query References: <20040618084656.86D08252AA4@smtp.nildram.co.uk> Message-ID: <001301c45519$33e7f740$3f412d3e@jester> Andy and Gustav, many thanks, never thought of that, although i use queries as a source for other reasons... ;-) I'll give it a try! Bert-Jan ----- Original Message ----- From: "Andy Lacey" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 10:46 AM Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query > Hi Bert-Jan > No you can't, but what you can do is write a SELECT query which gets you the > fields you want plus the calculated values, then make this the source of > your existing query rather than the original table. Because the calculated > values are already in the source you can then refer to them as many times as > you like. > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > --------- Original Message -------- > From: Access Developers discussion and problem solving > > To: accessd at databaseadvisors.com > Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn > in where criteria of a query > Date: 18/06/04 07:56 > > > > > Dear list, > > > > in qeuries i use a lot of functions to format a value, or to get > > 'calculated' values, these functions get 'named' collumns (like .... AS > > clientnumber). This works fine. > > However when i want to use this named collumn in the WHERE - statement or > in > > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > > use the same function again in the WHERE and ORDER BY statement this works > > fine, but it slows down the qeury, because the function has to be executed > > more times. > > Can i use the named collums in the WHERE and ORDER BY statement and if so > > how do i do that? > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > Thanks. > > > > Bert-Jan > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From marcus at tsstech.com Fri Jun 18 06:38:34 2004 From: marcus at tsstech.com (Scott Marcus) Date: Fri, 18 Jun 2004 07:38:34 -0400 Subject: [AccessD] Access-Outlook Message-ID: Thanks for the replies. I have verified that Outlook97 is not affected by the security feature. My code is running without a hitch. Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 From thevigil at kabelfoon.nl Fri Jun 18 08:03:37 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Fri, 18 Jun 2004 15:03:37 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query References: <20040618084656.86D08252AA4@smtp.nildram.co.uk> Message-ID: <000f01c45534$ad11c5e0$3f412d3e@jester> Which query will run first, the source (sub)query with the functions (and no WHERE statement, so no filtering) or the main query with select and filtering? Because if the query with the calculatins runs first the gain in speed maybe will be little, because then the calculations (functions) will run for all records... Bert-Jan ----- Original Message ----- From: "Andy Lacey" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 10:46 AM Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query > Hi Bert-Jan > No you can't, but what you can do is write a SELECT query which gets you the > fields you want plus the calculated values, then make this the source of > your existing query rather than the original table. Because the calculated > values are already in the source you can then refer to them as many times as > you like. > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > --------- Original Message -------- > From: Access Developers discussion and problem solving > > To: accessd at databaseadvisors.com > Subject: [AccessD] sorting query on 'named' collumn and use 'named' collumn > in where criteria of a query > Date: 18/06/04 07:56 > > > > > Dear list, > > > > in qeuries i use a lot of functions to format a value, or to get > > 'calculated' values, these functions get 'named' collumns (like .... AS > > clientnumber). This works fine. > > However when i want to use this named collumn in the WHERE - statement or > in > > the ORDER BY statement and i use the collumn name this doesn't work. Ik i > > use the same function again in the WHERE and ORDER BY statement this works > > fine, but it slows down the qeury, because the function has to be executed > > more times. > > Can i use the named collums in the WHERE and ORDER BY statement and if so > > how do i do that? > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > Thanks. > > > > Bert-Jan > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 18 08:47:21 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 18 Jun 2004 14:47:21 +0100 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query Message-ID: <20040618134718.4C6D2250555@smtp.nildram.co.uk> Just did a test. If you use a function in the WHERE of the second query then the function will get called for each record, but only for records which satisfy your other criteria. If the function appears again in the ORDER BY it gets called again but only for records which have been included by the WHERE. You can check this out yourself by putting a Debug.Print in the function -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: Access Developers discussion and problem solving Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumn in where criteria of a query Date: 18/06/04 13:07 > > Which query will run first, the source (sub)query with the functions (and no > WHERE statement, so no filtering) or the main query with select and > filtering? > Because if the query with the calculatins runs first the gain in speed maybe > will be little, because then the calculations (functions) will run for all > records... > > Bert-Jan > > ----- Original Message ----- > From: "Andy Lacey" <andy at minstersystems.co.uk> > To: "Access Developers discussion and problem solving" > <accessd at databaseadvisors.com> > Sent: Friday, June 18, 2004 10:46 AM > Subject: Re: [AccessD] sorting query on 'named' collumn and use > 'named'collumn in where criteria of a query > > > > Hi Bert-Jan > > No you can't, but what you can do is write a SELECT query which gets you > the > > fields you want plus the calculated values, then make this the source of > > your existing query rather than the original table. Because the calculated > > values are already in the source you can then refer to them as many times > as > > you like. > > -- > > Andy Lacey > > http://www.minstersystems.co.uk > > > > > > > > --------- Original Message -------- > > From: Access Developers discussion and problem solving > > <accessd at databaseadvisors.com> > > To: accessd at databaseadvisors.com <accessd at databaseadvisors.com> > > Subject: [AccessD] sorting query on 'named' collumn and use 'named' > collumn > > in where criteria of a query > > Date: 18/06/04 07:56 > > > > > > > > Dear list, > > > > > > in qeuries i use a lot of functions to format a value, or to get > > > 'calculated' values, these functions get 'named' collumns (like .... AS > > > clientnumber). This works fine. > > > However when i want to use this named collumn in the WHERE - statement > or > > in > > > the ORDER BY statement and i use the collumn name this doesn't work. Ik > i > > > use the same function again in the WHERE and ORDER BY statement this > works > > > fine, but it slows down the qeury, because the function has to be > executed > > > more times. > > > Can i use the named collums in the WHERE and ORDER BY statement and if > so > > > how do i do that? > > > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > > > Thanks. > > > > > > Bert-Jan > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > ________________________________________________ > > Message sent using UebiMiau 2.7.2 > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From bchacc at san.rr.com Fri Jun 18 09:32:27 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:32:27 -0700 Subject: [AccessD] Continuous form on a continuous form References: Message-ID: <004401c45541$1487dd20$6601a8c0@HAL9002> David: Really: Was it a continuous subform on a continuous main form? Rocky ----- Original Message ----- From: "David Lind" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 12:43 PM Subject: RE: [AccessD] Continuous form on a continuous form > I got it to work one time by saving the original form. Closing it, reopening it and adding the next continuous form. It seems to only complain when you're designing the original form. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Thursday, June 17, 2004 3:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:33:43 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:33:43 -0700 Subject: [AccessD] Continuous form on a continuous form References: Message-ID: <004a01c45541$41e55400$6601a8c0@HAL9002> Charlotte: That might be acceptable. I'll have to ask the client. His original design in Visio showed the header-detail approach, but this might work. Thanks for the idea. Rocky ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 12:52 PM Subject: RE: [AccessD] Continuous form on a continuous form > There are supposed to be end runs on this, but I never bother with them. > It's just as easy to put two continuous subforms on a parent form and > synchronize them by link the second subform through a field populated by > the first one. > > Charlotte Foust > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 17, 2004 11:39 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a > continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed > by lines of the purchase order detail. But you want to be able to > scroll up and down showing the header followed by the detail for all the > POs in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:34:42 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:34:42 -0700 Subject: [AccessD] Continuous form on a continuous form References: <35C4AC5A5AFD9642833200159C2581560A6953@s98026.psd.caremark.int> Message-ID: <005001c45541$65197960$6601a8c0@HAL9002> Well, kind of. Except that the design calls for the header and detail to be interlaced. Rocky ----- Original Message ----- From: "Pickering, Stephen" To: "'Access Developers discussion and problem solving'" Sent: Thursday, June 17, 2004 1:05 PM Subject: RE: [AccessD] Continuous form on a continuous form > Is this like, a continuous form for Header, and a continuous form for > Detail? Can you have two continuous subforms on a main form, where, when > the user clicks on a Header record, the Detail continuous subform > requeries and shows the Detail for that Header? > > Or am I making no sense? It's afternoon, and I'm not sure the coffee is > helping anymore.... > > Steve > > -----Rocky Smolin's Original Message----- > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a > continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed > by lines of the purchase order detail. But you want to be able to scroll > up and down showing the header followed by the detail for all the POs in > your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:39:10 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:39:10 -0700 Subject: [AccessD] Continuous form on a continuous form References: <193710-2200464172157337@christopherhawkins.com> <01da01c454c5$3af790d0$6601a8c0@HAL9002> <006701c454c6$6e0e5f70$48619a89@DDICK> Message-ID: <006201c45542$04814640$6601a8c0@HAL9002> Darren: Well, there's a contrarian view. Gotta try that. Rocky ----- Original Message ----- From: "Darren DICK" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 4:54 PM Subject: Re: [AccessD] Continuous form on a continuous form > Hi Rocky > Don't listen to the crap Access warnings :-)) > Just click yes when it tells you crap about not having a Cont form on a cont form. > Then just place it there anyway and change the default view back to continuous > I know this works for Headers and footers - dunno about details > > See ya > > Darren > > ----- Original Message ----- > From: "Rocky Smolin - Beach Access Software" > To: "Access Developers discussion and problem solving" > Sent: Friday, June 18, 2004 9:45 AM > Subject: Re: [AccessD] Continuous form on a continuous form > > > > So if I don't really like this client then this is the design I'm looking > > for? > > > > Rocky > > > > ----- Original Message ----- > > From: "Christopher Hawkins" > > To: > > Sent: Thursday, June 17, 2004 2:57 PM > > Subject: RE: [AccessD] Continuous form on a continuous form > > > > > > > Placing a continuous form on a continuous form will open up an > > > interdimensional vortex that will suck you, your app, and your users > > > into it, never to be seen again. > > > > > > A similar effect happens in your clothes dryer, which is why your > > > socks are always disappearing. ;) > > > > > > -C- > > > > > > ---- Original Message ---- > > > From: bchacc at san.rr.com > > > To: AccessD at databaseadvisors.com, > > > Subject: RE: [AccessD] Continuous form on a continuous form > > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > > > >Dear List: > > > > > > > >I have been chastised by Access that I can't put a continuous form > > > >on a continuous form. OK. Is there some way around this > > > >restriction? > > > > > > > >For example, you want to show purchase order header information > > > >followed by lines of the purchase order detail. But you want to be > > > >able to scroll up and down showing the header followed by the detail > > > >for all the POs in your system. > > > > > > > >Any clever tricks to do this or even simulate it? > > > > > > > >MTIA > > > > > > > >Rocky Smolin > > > >Beach Access Software > > > >http://www.e-z-mrp.com > > > > > > > > > > > >-- > > > >_______________________________________________ > > > >AccessD mailing list > > > >AccessD at databaseadvisors.com > > > >http://databaseadvisors.com/mailman/listinfo/accessd > > > >Website: http://www.databaseadvisors.com > > > > > > > > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Fri Jun 18 09:40:30 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 07:40:30 -0700 Subject: [AccessD] Continuous form on a continuous form References: Message-ID: <006c01c45542$34bf47d0$6601a8c0@HAL9002> Jim: Two forms then? Linked by the OnCurrent or Click event of the first one? That seems to be where this is headed. Rocky ----- Original Message ----- From: "Jim Lawrence (AccessD)" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 10:15 PM Subject: RE: [AccessD] Continuous form on a continuous form > Hi Rocky: > > Why not handle it like a drill-down process? When an item on the continuous > form is selected a popup menu appears showing a full grid of the related > sub-items. > > HTH > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Thursday, June 17, 2004 12:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a > continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed by > lines of the purchase order detail. But you want to be able to scroll up > and down showing the header followed by the detail for all the POs in your > system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From David_Lind at acordia.com Fri Jun 18 09:45:53 2004 From: David_Lind at acordia.com (David Lind) Date: Fri, 18 Jun 2004 10:45:53 -0400 Subject: [AccessD] Continuous form on a continuous form Message-ID: I believe it was. I just added in an extra step or two from what Darren said. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Friday, June 18, 2004 10:32 AM To: Access Developers discussion and problem solving Cc: Ben Saltzer Subject: Re: [AccessD] Continuous form on a continuous form David: Really: Was it a continuous subform on a continuous main form? Rocky ----- Original Message ----- From: "David Lind" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 12:43 PM Subject: RE: [AccessD] Continuous form on a continuous form > I got it to work one time by saving the original form. Closing it, reopening it and adding the next continuous form. It seems to only complain when you're designing the original form. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Thursday, June 17, 2004 3:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on a continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information followed by lines of the purchase order detail. But you want to be able to scroll up and down showing the header followed by the detail for all the POs in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwhittinghill at symphonyinfo.com Fri Jun 18 10:22:21 2004 From: mwhittinghill at symphonyinfo.com (Mark Whittinghill) Date: Fri, 18 Jun 2004 10:22:21 -0500 Subject: [AccessD] OT: Treeview project for VB6 Message-ID: <00cb01c45548$0d8fca30$2201a8c0@PASCAL> Does anyone have an example of a project with a Windows Explorer type TreeView interface that lets you drag and drop files and folders? Thanks, Mark Whittinghill Symphony Information Services 763-391-7400 mwhittinghill at symphonyinfo.com From KIsmert at TexasSystems.com Fri Jun 18 10:42:03 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Fri, 18 Jun 2004 10:42:03 -0500 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <01da01c454c5$3af790d0$6601a8c0@HAL9002> Message-ID: <003601c4554a$ce455e50$2a3ca8c0@TEXASSYSTEMS.COM> Rocky, Sure you can do it - it's called SubDatasheets - introduced in A2K. Both the parent and sub forms must have their Default View set to Datasheet. On the SubForm control, you link Child and Master fields just like any other. The parent datasheet can be a subform as well. You can nest subdatasheets at up to 8 deep. What you get is a tree-like hierarchy where you can expand the subdata by clicking on the + next to the parent record. As long as you are willing to live with the Datasheet view, this solution fits the bill. -Ken -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Thursday, June 17, 2004 6:46 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Continuous form on a continuous form So if I don't really like this client then this is the design I'm looking for? Rocky ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Thursday, June 17, 2004 2:57 PM Subject: RE: [AccessD] Continuous form on a continuous form > Placing a continuous form on a continuous form will open up an > interdimensional vortex that will suck you, your app, and your users > into it, never to be seen again. > > A similar effect happens in your clothes dryer, which is why your > socks are always disappearing. ;) > > -C- > > ---- Original Message ---- > From: bchacc at san.rr.com > To: AccessD at databaseadvisors.com, > Subject: RE: [AccessD] Continuous form on a continuous form > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > >Dear List: > > > >I have been chastised by Access that I can't put a continuous form > >on a continuous form. OK. Is there some way around this > >restriction? > > > >For example, you want to show purchase order header information > >followed by lines of the purchase order detail. But you want to be > >able to scroll up and down showing the header followed by the detail > >for all the POs in your system. > > > >Any clever tricks to do this or even simulate it? > > > >MTIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From lists at theopg.com Fri Jun 18 11:24:15 2004 From: lists at theopg.com (MarkH) Date: Fri, 18 Jun 2004 17:24:15 +0100 Subject: [AccessD] Scroll bar controls not firing scroll events... In-Reply-To: <875831194.20040618104244@cactus.dk> Message-ID: <000001c45550$b308a790$4c0b6bd5@netboxxp> Hi all Using AXP on Win XP. This ones driving me nuts :@( I have a scrolbar control inserted on a form. The first time the form loads everything is fine. Load the form again and the onscroll and on change events no longer fire. If I open the form in design mode and then reopen it it works at first then fails again when the form is closed and reopened. Theres no relevant code as the events simply don't fire. Worst of all I get the same problem with the flat scrollbar, the ms forms 2 scrollbar and the slider... Any one know whats going on? Thanks in advance Mark From bchacc at san.rr.com Fri Jun 18 11:33:00 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 18 Jun 2004 09:33:00 -0700 Subject: [AccessD] Continuous form on a continuous form References: <003601c4554a$ce455e50$2a3ca8c0@TEXASSYSTEMS.COM> Message-ID: <019a01c45551$ebe4aa40$6601a8c0@HAL9002> Ken: Thank you. I'll run this by the client and see if datasheet view (which is ugly but functional) is acceptable. Regards, Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Ken Ismert" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 18, 2004 8:42 AM Subject: RE: [AccessD] Continuous form on a continuous form > > Rocky, > > Sure you can do it - it's called SubDatasheets - introduced in A2K. > > Both the parent and sub forms must have their Default View set to Datasheet. > On the SubForm control, you link Child and Master fields just like any > other. The parent datasheet can be a subform as well. You can nest > subdatasheets at up to 8 deep. > > What you get is a tree-like hierarchy where you can expand the subdata by > clicking on the + next to the parent record. > > As long as you are willing to live with the Datasheet view, this solution > fits the bill. > > -Ken > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Thursday, June 17, 2004 6:46 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Continuous form on a continuous form > > > So if I don't really like this client then this is the design I'm looking > for? > > Rocky > > ----- Original Message ----- > From: "Christopher Hawkins" > To: > Sent: Thursday, June 17, 2004 2:57 PM > Subject: RE: [AccessD] Continuous form on a continuous form > > > > Placing a continuous form on a continuous form will open up an > > interdimensional vortex that will suck you, your app, and your users > > into it, never to be seen again. > > > > A similar effect happens in your clothes dryer, which is why your > > socks are always disappearing. ;) > > > > -C- > > > > ---- Original Message ---- > > From: bchacc at san.rr.com > > To: AccessD at databaseadvisors.com, > > Subject: RE: [AccessD] Continuous form on a continuous form > > Date: Thu, 17 Jun 2004 12:39:22 -0700 > > > > >Dear List: > > > > > >I have been chastised by Access that I can't put a continuous form > > >on a continuous form. OK. Is there some way around this > > >restriction? > > > > > >For example, you want to show purchase order header information > > >followed by lines of the purchase order detail. But you want to be > > >able to scroll up and down showing the header followed by the detail > > >for all the POs in your system. > > > > > >Any clever tricks to do this or even simulate it? > > > > > >MTIA > > > > > >Rocky Smolin > > >Beach Access Software > > >http://www.e-z-mrp.com > > > > > > > > >-- > > >_______________________________________________ > > >AccessD mailing list > > >AccessD at databaseadvisors.com > > >http://databaseadvisors.com/mailman/listinfo/accessd > > >Website: http://www.databaseadvisors.com > > > > > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > 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 Jun 18 11:00:13 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Fri, 18 Jun 2004 09:00:13 -0700 Subject: [AccessD] Continuous form on a continuous form In-Reply-To: <006c01c45542$34bf47d0$6601a8c0@HAL9002> Message-ID: Hi Rocky: > Two forms then? Linked by the OnCurrent or Click event of the first one? > That seems to be where this is headed. No, on the subform the fields would use either the On Click or On Dbl Click event. When you, as the client clicks on the subform rows, the common event and subroutine would open an appropriate form with the sub-sub-form content. Keeps the whole project flat, stable and provide extra real-estate for further options. HTH Jim From cfoust at infostatsystems.com Fri Jun 18 12:22:14 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 18 Jun 2004 10:22:14 -0700 Subject: [AccessD] Continuous form on a continuous form Message-ID: If you want drill down flexibility, then subdatasheets give you that, although they are ugly. If you want a more sophisticated look, two forms or two subforms are the answer. You could always put a continuous subform in the footer, as well, put a details button in the detail section of the parent form, and unhide the subform if the user clicks on that button. Charlotte Foust -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Friday, June 18, 2004 6:40 AM To: Access Developers discussion and problem solving Cc: Ben Saltzer Subject: Re: [AccessD] Continuous form on a continuous form Jim: Two forms then? Linked by the OnCurrent or Click event of the first one? That seems to be where this is headed. Rocky ----- Original Message ----- From: "Jim Lawrence (AccessD)" To: "Access Developers discussion and problem solving" Sent: Thursday, June 17, 2004 10:15 PM Subject: RE: [AccessD] Continuous form on a continuous form > Hi Rocky: > > Why not handle it like a drill-down process? When an item on the continuous > form is selected a popup menu appears showing a full grid of the > related sub-items. > > HTH > Jim > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Thursday, June 17, 2004 12:39 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Continuous form on a continuous form > > > Dear List: > > I have been chastised by Access that I can't put a continuous form on > a continuous form. OK. Is there some way around this restriction? > > For example, you want to show purchase order header information > followed by > lines of the purchase order detail. But you want to be able to scroll > up and down showing the header followed by the detail for all the POs > in your system. > > Any clever tricks to do this or even simulate it? > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mkahelin at gorskibulk.com Fri Jun 18 14:21:24 2004 From: mkahelin at gorskibulk.com (Martin Kahelin) Date: Fri, 18 Jun 2004 15:21:24 -0400 Subject: [AccessD] Cannot edit records in linked DQL table Message-ID: <0D2D1FEE52F53B46987A44B2EBF284D6206599@gbtmain.gorskibulk.local> Can someone explain why some SQL table records linked to Access cannot be edited or updated in open table view. As soon as I try to make a change I get a message that another user has the record open and it won't allow saving the changed record. I am the only user using both Access and the SQL database. I can make changes via query. What changes do I need to make in either permissions, or ODBC data source definitions. Further info; we set up the SQL database and tables ourselves - still testing. No problems accessing, updating, adding or deleting records in other databases on the SQL server. From clh at christopherhawkins.com Fri Jun 18 15:08:15 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Fri, 18 Jun 2004 14:08:15 -0600 Subject: [AccessD] Programatically launch a Dial-Up Networking Connection? Message-ID: <410-2200465182081591@christopherhawkins.com> This would be for a WinXP machine. I've been googling like mad, but what few code snippets I found were all for LAN connections, not dial-up. All I need to do is launch a named connection without requiring the user to provide any input. Just the mouse click. Has anyone done this before? I'm not sure if I'm supposed to be using explorer.exe or wininet.dll, or how, or when or why? I'll keep Googling. But if anybody has code... -Christopher- From DWUTKA at marlow.com Fri Jun 18 16:44:39 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Fri, 18 Jun 2004 16:44:39 -0500 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB03F@main2.marlow.com> rasdial In fact the AccessD archives I host use rasdial (in a Shell command) to connect to a VPN, to download my AccessD email from my work account. All of the command line switches are in the Windows help. Though rasdial may be a W2k and up command. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Friday, June 18, 2004 3:08 PM To: accessd at databaseadvisors.com Subject: [AccessD] Programatically launch a Dial-Up Networking Connection? This would be for a WinXP machine. I've been googling like mad, but what few code snippets I found were all for LAN connections, not dial-up. All I need to do is launch a named connection without requiring the user to provide any input. Just the mouse click. Has anyone done this before? I'm not sure if I'm supposed to be using explorer.exe or wininet.dll, or how, or when or why? I'll keep Googling. But if anybody has code... -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Fri Jun 18 16:47:58 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Fri, 18 Jun 2004 16:47:58 -0500 Subject: [AccessD] OT: Treeview project for VB6 Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB040@main2.marlow.com> I kind of do. Though it is designed to drag and drop files between two seperate computers. It's part of a much large project (which I am currently rebuilding). I'd be more then happy to send the source code to you. And tell you what form the 'explorer' type process is on. Just send me an email offlist, where I can send you the source. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Mark Whittinghill Sent: Friday, June 18, 2004 10:22 AM To: accessd at databaseadvisors.com Subject: [AccessD] OT: Treeview project for VB6 Does anyone have an example of a project with a Windows Explorer type TreeView interface that lets you drag and drop files and folders? Thanks, Mark Whittinghill Symphony Information Services 763-391-7400 mwhittinghill at symphonyinfo.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Fri Jun 18 19:03:19 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Sat, 19 Jun 2004 10:03:19 +1000 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB03F@main2.marlow.com> Message-ID: <40D40F67.10754.2D86D8@localhost> On 18 Jun 2004 at 16:44, DWUTKA at marlow.com wrote: > rasdial > > In fact the AccessD archives I host use rasdial (in a Shell command) to > connect to a VPN, to download my AccessD email from my work account. > > All of the command line switches are in the Windows help. Though rasdial may > be a W2k and up command. > Windows NT and up. If you need it for Win9X , you can grab a file called Rasdial95 written by Claudio Fahey. I have a copy of his last freeware version. It's ver 1.2 and you can download it as http://www.lexacorp.com.pg/soft/rasdial95.zip It's only 15KB. It also works on NT/2K/XP and is more versatile that the built in Rasdial. - It has a couple of extra switches /RETRYDELAY and /RETRYCOUNT to retry if you don't get a connection initially. Note that he has now produced a Rasdial Pro version 1.3a available from http://www.padring.com/soft/Utilities/Networking/RasDialPro.html Essentially, it's Rasdial95 with the addition of TCP/IP route addition (split tunnelling) It's US$29.99 shareware. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From gustav at cactus.dk Sat Jun 19 06:19:50 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 19 Jun 2004 13:19:50 +0200 Subject: [AccessD] Maximum number of attached tables? Message-ID: <571230639.20040619131950@cactus.dk> Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav From Developer at UltraDNT.com Sat Jun 19 08:26:16 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Sat, 19 Jun 2004 09:26:16 -0400 Subject: [AccessD] Cannot edit records in linked DQL table In-Reply-To: <0D2D1FEE52F53B46987A44B2EBF284D6206599@gbtmain.gorskibulk.local> Message-ID: <000f01c45601$02fede30$6401a8c0@COA3> This happens when Access doesn't "know" which field(s) is the primary key/identity. If you delete and re-link the table manually, after choosing the appropriate ODBC connection, and then the table, Access will ask you to select the field(s) that make up the PK. after doing that, the table should be write-able. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Kahelin Sent: Friday, June 18, 2004 3:21 PM To: Access Developers discussion and problem solving Subject: [AccessD] Cannot edit records in linked DQL table Can someone explain why some SQL table records linked to Access cannot be edited or updated in open table view. As soon as I try to make a change I get a message that another user has the record open and it won't allow saving the changed record. I am the only user using both Access and the SQL database. I can make changes via query. What changes do I need to make in either permissions, or ODBC data source definitions. Further info; we set up the SQL database and tables ourselves - still testing. No problems accessing, updating, adding or deleting records in other databases on the SQL server. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Sun Jun 20 10:19:37 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Sun, 20 Jun 2004 16:19:37 +0100 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> Message-ID: <001701c456da$0067d300$b274d0d5@minster33c3r25> Well I'll start the ball rolling with my biggest which is 235. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 19 June 2004 12:20 > To: Access Developers discussion and problem solving > Subject: [AccessD] Maximum number of attached tables? > > > Hi all > > How much is the largest count of attached tables from _one_ > database you have ever used or heard of? It's not the > possible number I'm looking for but numbers from real-life > applications. > > /gustav > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From mastercafe at ctv.es Sun Jun 20 10:22:49 2004 From: mastercafe at ctv.es (MastercafeCTV) Date: Sun, 20 Jun 2004 17:22:49 +0200 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> Message-ID: <003f01c456da$728da040$0300a8c0@masterserver> Actually we have one application with 200 attached tables, this tables are from 3 different MDB archives. In other case we saw an application from other developer with more than 500 attached tables from 5 sources (MDB and SQL) I don't know the limit on this but suposse that more than we can use... 1000? Or more?... Actually we are changing our style on attached tables to use application without attached tables, is more efficient for us check the source and take the data with a SQL Juan ================================ Mastercafe S.L. NIF - B82.617.614 c/ Pi?eres 4, 1?D (33430 Candas - Asturias) Juan Menendez Crespo juan at mastercafe.com www.mastercafe.com info at mastercafe.com ================================ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: s?bado, 19 de junio de 2004 13:20 To: Access Developers discussion and problem solving Subject: [AccessD] Maximum number of attached tables? Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun Jun 20 14:26:22 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sun, 20 Jun 2004 12:26:22 -0700 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> Message-ID: Hi Gustav: The largest database, is Oracle based, if you count the number of tables, that I have ever worked on/with, would be 143 but that grouping was multiplied by 4, bringing the total accumulated schema to 572. At one point, in the development cycle, the process to manage these many tables became overwhelming and the performance had simply depreciated to an unacceptable level. The application was then split in quarters. The current setup uses three load balanced server class computers, four CPUs each, with about 4 GBs of memory, per server. The current upgrading will split the application again into, perhaps 6 separate modules leaving the interface the same. (So much for easy data sharing(?)) The system has a modest, considering the BE power, less than 250 users. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Saturday, June 19, 2004 4:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Maximum number of attached tables? Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From thevigil at kabelfoon.nl Sun Jun 20 15:23:12 2004 From: thevigil at kabelfoon.nl (Bert-Jan Brinkhuis) Date: Sun, 20 Jun 2004 22:23:12 +0200 Subject: [AccessD] sorting query on 'named' collumn and use 'named'collumnin where criteria of a query References: <20040618134718.4C6D2250555@smtp.nildram.co.uk> Message-ID: <000701c45704$6ac99ce0$3f412d3e@jester> Thanks andy. ----- Original Message ----- From: "Andy Lacey" To: "Access Developers discussion and problem solving" Sent: Friday, June 18, 2004 3:47 PM Subject: Re: [AccessD] sorting query on 'named' collumn and use 'named'collumnin where criteria of a query > Just did a test. If you use a function in the WHERE of the second query then > the function will get called for each record, but only for records which > satisfy your other criteria. If the function appears again in the ORDER BY > it gets called again but only for records which have been included by the > WHERE. > > You can check this out yourself by putting a Debug.Print in the function > -- > Andy Lacey > http://www.minstersystems.co.uk > > > > --------- Original Message -------- > From: Access Developers discussion and problem solving > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] sorting query on 'named' collumn and use > 'named'collumn in where criteria of a query > Date: 18/06/04 13:07 > > > > > Which query will run first, the source (sub)query with the functions (and > no > > WHERE statement, so no filtering) or the main query with select and > > filtering? > > Because if the query with the calculatins runs first the gain in speed > maybe > > will be little, because then the calculations (functions) will run for all > > records... > > > > Bert-Jan > > > > ----- Original Message ----- > > From: "Andy Lacey" <andy at minstersystems.co.uk> > > To: "Access Developers discussion and problem solving" > > <accessd at databaseadvisors.com> > > Sent: Friday, June 18, 2004 10:46 AM > > Subject: Re: [AccessD] sorting query on 'named' collumn and use > > 'named'collumn in where criteria of a query > > > > > > > Hi Bert-Jan > > > No you can't, but what you can do is write a SELECT query which gets > you > > the > > > fields you want plus the calculated values, then make this the source > of > > > your existing query rather than the original table. Because the > calculated > > > values are already in the source you can then refer to them as many > times > > as > > > you like. > > > -- > > > Andy Lacey > > > http://www.minstersystems.co.uk > > > > > > > > > > > > --------- Original Message -------- > > > From: Access Developers discussion and problem solving > > > <accessd at databaseadvisors.com> > > > To: accessd at databaseadvisors.com <accessd at databaseadvisors.com> > > > Subject: [AccessD] sorting query on 'named' collumn and use 'named' > > collumn > > > in where criteria of a query > > > Date: 18/06/04 07:56 > > > > > > > > > > > Dear list, > > > > > > > > in qeuries i use a lot of functions to format a value, or to get > > > > 'calculated' values, these functions get 'named' collumns (like > .... AS > > > > clientnumber). This works fine. > > > > However when i want to use this named collumn in the WHERE - > statement > > or > > > in > > > > the ORDER BY statement and i use the collumn name this doesn't > work. Ik > > i > > > > use the same function again in the WHERE and ORDER BY statement > this > > works > > > > fine, but it slows down the qeury, because the function has to > be > > executed > > > > more times. > > > > Can i use the named collums in the WHERE and ORDER BY statement > and if > > so > > > > how do i do that? > > > > > > > > I am working with A2k on WINXP and WIN2kProffesional > > > > > > > > Thanks. > > > > > > > > Bert-Jan > > > > > > > > -- > > > > _______________________________________________ > > > > AccessD mailing list > > > > AccessD at databaseadvisors.com > > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________________________ > > > Message sent using UebiMiau 2.7.2 > > > > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > > > > > > > > > ________________________________________________ > Message sent using UebiMiau 2.7.2 > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Sun Jun 20 21:53:37 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Sun, 20 Jun 2004 22:53:37 -0400 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <001701c456da$0067d300$b274d0d5@minster33c3r25> Message-ID: <000001c4573a$f3552620$0501a8c0@colbyws> My personal biggest was about 180. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Andy Lacey Sent: Sunday, June 20, 2004 11:20 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Maximum number of attached tables? Well I'll start the ball rolling with my biggest which is 235. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 19 June 2004 12:20 > To: Access Developers discussion and problem solving > Subject: [AccessD] Maximum number of attached tables? > > > Hi all > > How much is the largest count of attached tables from _one_ > database you have ever used or heard of? It's not the > possible number I'm looking for but numbers from real-life > applications. > > /gustav > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 04:53:26 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 05:53:26 -0400 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Message-ID: Windows 2000 help lists a topic called "Automating the dial-up logon process by using Windows scripting". It also mentions the location of sample scripts. Would that be of use to you? Mark -----Original Message----- From: Christopher Hawkins [mailto:clh at christopherhawkins.com] Sent: Friday, June 18, 2004 4:08 PM To: accessd at databaseadvisors.com Subject: [AccessD] Programatically launch a Dial-Up Networking Connection? This would be for a WinXP machine. I've been googling like mad, but what few code snippets I found were all for LAN connections, not dial-up. All I need to do is launch a named connection without requiring the user to provide any input. Just the mouse click. Has anyone done this before? I'm not sure if I'm supposed to be using explorer.exe or wininet.dll, or how, or when or why? I'll keep Googling. But if anybody has code... -Christopher- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 08:56:04 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 09:56:04 -0400 Subject: [AccessD] Quiet? Message-ID: Knock knock... Mark From Chris.Foote at uk.thalesgroup.com Mon Jun 21 08:59:36 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 21 Jun 2004 14:59:36 +0100 Subject: [AccessD] Quiet? Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C190@ntscxch1.int.rdel.co.uk> Who's there? Your go Chris F - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dwaters at usinternet.com Mon Jun 21 09:12:05 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 21 Jun 2004 09:12:05 -0500 Subject: [AccessD] Purchase Access 2000? Message-ID: <000001c45799$bb753510$de1811d8@danwaters> Where is a good place to purchase a full or upgrade copy of A2K? I have a client that currently uses O2K as their standard. Thanks! Dan Waters From Mark.Mitsules at ngc.com Mon Jun 21 09:11:24 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 10:11:24 -0400 Subject: [AccessD] Quiet? Message-ID: "Spell" -----Original Message----- From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] Sent: Monday, June 21, 2004 10:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Quiet? Who's there? Your go Chris F - UK > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 09:25:13 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 10:25:13 -0400 Subject: [AccessD] Purchase Access 2000? Message-ID: Just my opinion, but be VERY careful in your decision. There are quite a few ways to get burned when searching for the best deal...too many to mention. 1st choice: http://www.pricewatch.com/ 2nd choice: www.cheaperoffice.com/ Mark -----Original Message----- From: Dan Waters [mailto:dwaters at usinternet.com] Sent: Monday, June 21, 2004 10:12 AM To: Database Advisors Subject: [AccessD] Purchase Access 2000? Where is a good place to purchase a full or upgrade copy of A2K? I have a client that currently uses O2K as their standard. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Mon Jun 21 09:34:39 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 21 Jun 2004 15:34:39 +0100 Subject: [AccessD] Quiet? Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C193@ntscxch1.int.rdel.co.uk> OK. I give in - Spell who? Chris F > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > "Spell" > > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 21, 2004 10:00 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > Who's there? > > Your go > > Chris F - UK > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Mon Jun 21 09:41:37 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 10:41:37 -0400 Subject: [AccessD] Quiet? Message-ID: W---H---O ...gotta enjoy having 2 little girls while I can...can't be all business all the time;) -----Original Message----- From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] Sent: Monday, June 21, 2004 10:35 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Quiet? OK. I give in - Spell who? Chris F > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > "Spell" > > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 21, 2004 10:00 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > Who's there? > > Your go > > Chris F - UK > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 2:56 PM > To: [AccessD] > Subject: [AccessD] Quiet? > > > Knock knock... > > > > > > Mark > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Mon Jun 21 09:56:07 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Mon, 21 Jun 2004 09:56:07 -0500 Subject: [AccessD] How to set a value from one recordset as a paramete r for a select statement that is source to another recordset Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FCFF@corp-es01.fleetpride.com> I'm glad your solution is working. However, if you are creating SQL strings and executing them via code you can use variables and/or functions as you build the string. For ex the function below uses multiple variables to create the string that is ultimately executed. Perfdata (below) builds slightly different strings with Sales data, Gross margin, etc. that are then pasted into an Excel spreadsheet via a function called Datapaste. The trick is to enclose variable in ampersands "& variable &" when building the string. Jim Hale For x = 1 To 5 'load summary inc stmt numbers qryString = Perfdata(x) Set recset(1) = dbs2.OpenRecordset(qryString) If x = 1 Then blstate = DataPaste("Branchperf", appExcel, recset(1)) Else blstate = DataPaste("Branchperf", appExcel, recset(1), True) End If Next x Function Perfdata(intRU As Integer, Optional strRegion As String) As String Dim strVar As String, intAcct As Integer 'generates the records to place in perf summary data table If strRegion = "" Then strRegion = " Like '*'" Else strRegion = "= '" & strRegion & "'" End If Select Case intRU Case 1 intAcct = 4000 'Sales Case 2 intAcct = 4500 'Gross Margin Case 3 intAcct = 5000 'SG&A Case 4 intAcct = 6000 'EBIT Case 5 intAcct = 6100 'Payroll End Select strVar = "SELECT [byear] & '_' & [flddptloc] & '_' & " strVar = strVar & "[rollup" & intRU & "] & '_' & [fldarea] AS SumifKey, [byear] &" strVar = strVar & " '_' & [flddptloc] & '_' & [rollup" & intRU & "] & '_' & " strVar = strVar & "[bmonth] AS PrKey, GLMBALS.BYEAR, GLMBALS.BMONTH, " strVar = strVar & "GLMBRANCHES.fldCOMPY, GLMBRANCHES.fldRegion, " strVar = strVar & "GLMBRANCHES.fldArea, GLMBRANCHES.fldDPTLOC, First" strVar = strVar & "(GLMBRANCHES.fldDPNAME) AS FirstOffldDPNAME, " strVar = strVar & "tblReportsrollups.ROLLUP" & intRU & ", tblReportsrollups." strVar = strVar & "RUPNAME" & intRU & ", Sum(NZ([peramt]))*-1 AS Amt " strVar = strVar & "FROM (tblPeriods INNER JOIN (GLMBRANCHES INNER " strVar = strVar & "JOIN (tblReports INNER JOIN GLMBALS ON tblReports." strVar = strVar & "GL = GLMBALS.GL) ON (GLMBRANCHES.fldDEPT = " strVar = strVar & "GLMBALS.DEPT) AND (GLMBRANCHES.fldCOMPY = GLMBALS." strVar = strVar & "COMPY)) ON (tblPeriods.fldMonth = GLMBALS.BMONTH) " strVar = strVar & "AND (tblPeriods.[fld year] = GLMBALS.BYEAR)) " strVar = strVar & "INNER JOIN tblReportsrollups ON tblReports." strVar = strVar & "RPTLINE = tblReportsrollups.RPTLINE " strVar = strVar & "WHERE (((tblPeriods.[fld year])=" & CurrYear() & ") AND ((GLMBALS.PERAMT)<>0) AND (" strVar = strVar & "(GLMBALS.REPOST)='n') AND ((tblPeriods.fldMonth)<=" strVar = strVar & "" & CurrMonth() & ")) OR (((tblPeriods.[fld year])=" strVar = strVar & "" & CurrYear() & "-1) AND ((GLMBALS.PERAMT)<> 0) AND ((GLMBALS.REPOST)='n') AND (" strVar = strVar & "(tblPeriods.fldMonth)<=" & CurrMonth() & ")) " strVar = strVar & "GROUP BY GLMBALS.BYEAR, GLMBALS.BMONTH, " strVar = strVar & "GLMBRANCHES.fldCOMPY, GLMBRANCHES.fldRegion, " strVar = strVar & "GLMBRANCHES.fldArea, GLMBRANCHES.fldDPTLOC, " strVar = strVar & "tblReportsrollups.ROLLUP" & intRU & ", tblReportsrollups." strVar = strVar & "RUPNAME" & intRU & " " strVar = strVar & "HAVING (((GLMBRANCHES.fldRegion)" & strRegion & ") AND " strVar = strVar & "((tblReportsrollups.ROLLUP" & intRU & ")=" & intAcct & "));" Perfdata = strVar End Function -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Thursday, June 17, 2004 6:12 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Jim, Thanks for your answer, but what I'm doing in using a distinct value companyid from the first query which is the recordsource to a recordset which I'm moving through one record at a time in an outer loop to supply the parameter for the second recordset in an inner loop which has several departments per companyid. Then I use the second recordset to populate and build Excel spreadsheets via automation. Since I cant use a variable as a parameter, I created a function to get the data and used the function as the select's parameter. Anyway, it's working. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Thursday, June 17, 2004 10:52 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset It sounds to be that you need to use the first query as a sub query of the second. To do this copy the sql of the first query, put brackets around it, and paste it into the criteria line of the appropriate field of the second query. As long as the first query is only returning one "answer" ie one field of one record, it should work. Good luck Jim Hale -----Original Message----- From: JMoss [mailto:jmoss111 at bellsouth.net] Sent: Wednesday, June 16, 2004 8:05 PM To: Accessd at Databaseadvisors.Com Subject: [AccessD] How to set a value from one recordset as a parameter for a select statement that is source to another recordset Is there a way to do this? I have select distinct COID statement as source for a recordset that I'm looping through, and want to use the distinctly selected COID as a parameter in a select statement that is recordsource for another recordset that I'm using to create Excel files. Thanks in advance for any help! Jim -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Mon Jun 21 10:02:45 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Mon, 21 Jun 2004 16:02:45 +0100 Subject: [AccessD] Quiet? Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C195@ntscxch1.int.rdel.co.uk> LOL Chris F > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Monday, June 21, 2004 3:42 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > W---H---O > > > ...gotta enjoy having 2 little girls while I can...can't be > all business all > the time;) > > > > > > -----Original Message----- > From: Foote, Chris [mailto:Chris.Foote at uk.thalesgroup.com] > Sent: Monday, June 21, 2004 10:35 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Quiet? > > > OK. I give in - Spell who? > > Chris F > From dwaters at usinternet.com Mon Jun 21 10:10:53 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 21 Jun 2004 10:10:53 -0500 Subject: [AccessD] AXP --> A2K Message-ID: <000701c457a1$f23139c0$de1811d8@danwaters> If I create a FE and BE using Access XP and save both files in A2K format, move those files to a different PC which only has Access 2K, will A2K be able to open and run those files? (Assuming any AXP only functionality is not used.) Thanks! Dan From DWUTKA at marlow.com Mon Jun 21 10:24:06 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 10:24:06 -0500 Subject: [AccessD] Maximum number of attached tables? Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB046@main2.marlow.com> Our 'Glovia Reports' database has 352 tabledefs. I think about 20 or 30 are local Access tables, all the rest are linked tables to an Oracle database. (There are a handful of linked Access tables, to other .mdb's, but I think only about 4 or 5). Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Gustav Brock Sent: Saturday, June 19, 2004 6:20 AM To: Access Developers discussion and problem solving Subject: [AccessD] Maximum number of attached tables? Hi all How much is the largest count of attached tables from _one_ database you have ever used or heard of? It's not the possible number I'm looking for but numbers from real-life applications. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 21 10:28:46 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 10:28:46 -0500 Subject: [AccessD] OT: The Great Primary Debate Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB047@main2.marlow.com> I have to disagree about a PK/AN being meaningless. Yes, you shouldn't force 'rules' on a AN, to make it meaningful (such as it having to be sequential without a miss, etc.), but by it's very nature, being unique, it has meaning. For example, on our company's website, when someone goes to their shopping cart, if a cart doesn't 'exist' for them, one is created. It is given a CartID, which is an AN. Now, when they go to purchase their cart, I have to send the CC site a unique 'ID' for that transaction. I use the CartID. It doesn't have to be truly sequential, just absolutely non-repeating, or in other words, unique. The CartID fits the bill to a tee. The numbers may be sent 'backwards' sometimes, where one user has a cart created, and then another user creates a new cart, and orders it, before the first user does (so the numbers are sent in reverse order to the CC company). Their site doesn't care, as long as the number wasn't used before. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Haslett, Andrew Sent: Tuesday, June 08, 2004 11:48 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] OT: The Great Primary Debate IMO the PK shouldn't be meaningful, and shouldn't be used in any calculations at all, so it shouldn't matter if its perfectly sequential or not. It's just there to uniquely identify records and used internally in relationships. An Autonumber PK fits the bill perfectly in Access, just as an Identity integer field in SQL Server does. Because its meaningless it will never need to be changed and hence won't cause the problems that would occur when using a natural key. My 2 cents... I never really understand what the arguments about, but hey... 'whatever floats your boat' -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: Tuesday, 8 June 2004 9:07 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] OT: The Great Primary Debate On 7 Jun 2004 at 13:27, Ken Ismert wrote: > > 3. That's why I said auto-generated! This is where relying on a ANPK can > cause you problems: you can't extend the table without ruining your > calculations. > > For regular, sequential data (no interruptions) with a single field natural > key, or any data where a unique key can be mathematically calculated (as > above), you can make an argument that ANPK is redundant, and can actually > make the data more difficult to work with. This is where intent of the data, > and your data modeling style, plays the deciding role in your PK choice. > In your data dimension table example, you are creating a meaningful field SequentialDateNumber (which you are calling ID) and are using it in data calculations. Thr real question in this situation is not whether you use this natural key as a PK, but whether you have a PK in the table at all - which comes down to the sub-debate about "what is a PK and what is it used for" :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com IMPORTANT - PLEASE READ ******************** This email and any files transmitted with it are confidential and may contain information protected by law from disclosure. If you have received this message in error, please notify the sender immediately and delete this email from your system. No warranty is given that this email or files, if attached to this email, are free from computer viruses or other defects. They are provided on the basis the user assumes all responsibility for loss, damage or consequence resulting directly or indirectly from their use, whether caused by the negligence of the sender or not. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 21 10:48:20 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 21 Jun 2004 10:48:20 -0500 Subject: [AccessD] Purchase Access 2000? In-Reply-To: <9125404.1087828215748.JavaMail.root@sniper2.usinternet.com> Message-ID: <000c01c457a7$2dd671c0$de1811d8@danwaters> Thanks Mark! One of these listed the Premium version of O2K, which would probably work. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Monday, June 21, 2004 9:25 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Purchase Access 2000? Just my opinion, but be VERY careful in your decision. There are quite a few ways to get burned when searching for the best deal...too many to mention. 1st choice: http://www.pricewatch.com/ 2nd choice: www.cheaperoffice.com/ Mark -----Original Message----- From: Dan Waters [mailto:dwaters at usinternet.com] Sent: Monday, June 21, 2004 10:12 AM To: Database Advisors Subject: [AccessD] Purchase Access 2000? Where is a good place to purchase a full or upgrade copy of A2K? I have a client that currently uses O2K as their standard. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 10:54:08 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 08:54:08 -0700 Subject: [AccessD] Solution Looking for a Problem Message-ID: <011701c457a7$fcd83800$6601a8c0@HAL9002> Dear List: I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. Anybody have a use for this tip? Rocky Smolin Beach Access Software http://www.e-z-mrp.com From Jdemarco at hudsonhealthplan.org Mon Jun 21 10:57:35 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Mon, 21 Jun 2004 11:57:35 -0400 Subject: [AccessD] Solution Looking for a Problem Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB37@TTNEXCHSRV1.hshhp.com> Rocky, Neat. What version and what data type was your field? Jim DeMarco -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Monday, June 21, 2004 11:54 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Solution Looking for a Problem Dear List: I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. Anybody have a use for this tip? Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From bchacc at san.rr.com Mon Jun 21 10:57:50 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 08:57:50 -0700 Subject: [AccessD] Setting Control Source of a Group to Numeric in a Report Message-ID: <012001c457a8$812abb00$6601a8c0@HAL9002> Dear List: I have a report which may be sorted on one of ten user defined fields which may be holding alphanumeric, numeric, or date data. If it is numeric I want the control source of that grouping level to be Val(Nz([fldUDF1])) But if I set it either through the sorting and grouping property sheet or through code it generates an error 'Extra ) in query expression '[Val(Nz([fldUDF1]))]' which is not what it means because the parentheses are balanced. Am I trying to do something which cannot be done? MTIA is From bchacc at san.rr.com Mon Jun 21 11:16:04 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:16:04 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Dear List: Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com From bchacc at san.rr.com Mon Jun 21 11:19:34 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:19:34 -0700 Subject: [AccessD] Solution Looking for a Problem References: <22F1CCD5171D17419CB37FEEE09D5F99030FEB37@TTNEXCHSRV1.hshhp.com> Message-ID: <017001c457ab$8a5fe120$6601a8c0@HAL9002> A2K. The field was text. Rocky ----- Original Message ----- From: "Jim DeMarco" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 8:57 AM Subject: RE: [AccessD] Solution Looking for a Problem > Rocky, > > Neat. What version and what data type was your field? > > Jim DeMarco > > -----Original Message----- > From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] > Sent: Monday, June 21, 2004 11:54 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Solution Looking for a Problem > > > Dear List: > > I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. > > Anybody have a use for this tip? > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > > **************************************************************************** ******* > "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". > **************************************************************************** ******* > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Mon Jun 21 11:31:04 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 21 Jun 2004 17:31:04 +0100 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <000001c457ad$25f5c900$b274d0d5@minster33c3r25> Hi Rocky Are you using an MDE to hide the FE? If so how the hell's anyone going to rip-off your product just from the table design? -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: 21 June 2004 17:16 > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My > distributor in Taiwan feels that if the back end design is > not hidden then the product can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > > From Developer at UltraDNT.com Mon Jun 21 11:46:17 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 21 Jun 2004 12:46:17 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <003601c457af$49189e60$6401a8c0@COA3> Well - I'm keying on the fact you asked for an easy way ... Are you using an MDE front end? If you password protect the BE, and put that password in your (compiled in an MDE) re-linking code, you can keep out most miscreants. Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Hiding Back End Design Dear List: Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Mon Jun 21 11:38:56 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 21 Jun 2004 18:38:56 +0200 Subject: [AccessD] Setting Control Source of a Group to Numeric in a Report In-Reply-To: <012001c457a8$812abb00$6601a8c0@HAL9002> References: <012001c457a8$812abb00$6601a8c0@HAL9002> Message-ID: <4137162466.20040621183856@cactus.dk> Hi Rocky Shouldn't it be: =Val(Nz([fldUDF1])) /gustav > I have a report which may be sorted on one of ten user defined fields which may be holding alphanumeric, numeric, or date data. > If it is numeric I want the control source of that grouping level to be Val(Nz([fldUDF1])) > But if I set it either through the sorting and grouping property sheet or through code it generates an error 'Extra ) in query expression '[Val(Nz([fldUDF1]))]' which is not what it means because > the parentheses are balanced. > Am I trying to do something which cannot be done? From gustav at cactus.dk Mon Jun 21 11:41:32 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 21 Jun 2004 18:41:32 +0200 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> References: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <9237318020.20040621184132@cactus.dk> Hi Rocky You can encrypt the database. Not bulletproof, of course, but keeps the average user away. /gustav > Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. From clh at christopherhawkins.com Mon Jun 21 11:48:05 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Mon, 21 Jun 2004 10:48:05 -0600 Subject: [AccessD] Hiding Back End Design Message-ID: <410-22004612116485208@christopherhawkins.com> In addition to that, you can change the .mdb extension to something else. Your front end will still be able to link to it, but it will be less obvious that it is an Access database file. -C- ---- Original Message ---- From: Developer at ultradnt.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] Hiding Back End Design Date: Mon, 21 Jun 2004 12:46:17 -0400 >Well - I'm keying on the fact you asked for an easy way ... > >Are you using an MDE front end? If you password protect the BE, and >put >that password in your (compiled in an MDE) re-linking code, you can >keep >out most miscreants. > >Hth >Steve > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >Smolin >- Beach Access Software >Sent: Monday, June 21, 2004 12:16 PM >To: AccessD at databaseadvisors.com >Subject: [AccessD] Hiding Back End Design > > >Dear List: > >Is there a way to easily hide the back end design? My distributor in >Taiwan feels that if the back end design is not hidden then the >product >can be easily knocked off. > >MTIA > >Rocky Smolin >Beach Access Software >http://www.e-z-mrp.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 Mon Jun 21 11:47:06 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Mon, 21 Jun 2004 12:47:06 -0400 Subject: [AccessD] Hiding Back End Design Message-ID: <8B98F8EA48F8BA47A2F24E0D0AF40CF412D5815F@xlivmbx12.aig.com> Unless said miscreants are willing to spend a few million electrons and download the freely available code that will reveal the database password. See... http://www.mvps.org/access/general/gen0037.htm But I agree with Andy. Revealing the table design is hardly going to allow the who application to be reverse engineered. Lambert > -----Original Message----- > From: Steve Conklin \(Developer at UltraDNT\) [SMTP:Developer at ultradnt.com] > Sent: Monday, June 21, 2004 12:46 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and put > that password in your (compiled in an MDE) re-linking code, you can keep > out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product > can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Mon Jun 21 11:50:49 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Mon, 21 Jun 2004 10:50:49 -0600 Subject: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Message-ID: <184670-220046121165049851@christopherhawkins.com> What a maroon! I'm thinking in terms of APIs, and it turns out all I have to do is trigger a batch file that runs rasdial and mstsc commands. Typical of me to overcomplicate something simple. ;) -Christopher- ---- Original Message ---- From: Mark.Mitsules at ngc.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] Programatically launch a Dial-Up Networking Connect ion? Date: Mon, 21 Jun 2004 05:53:26 -0400 >Windows 2000 help lists a topic called "Automating the dial-up logon >process >by using Windows scripting". It also mentions the location of sample >scripts. Would that be of use to you? > > >Mark > > >-----Original Message----- >From: Christopher Hawkins [mailto:clh at christopherhawkins.com] >Sent: Friday, June 18, 2004 4:08 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Programatically launch a Dial-Up Networking >Connection? > > >This would be for a WinXP machine. > >I've been googling like mad, but what few code snippets I found were >all for LAN connections, not dial-up. > >All I need to do is launch a named connection without requiring the >user to provide any input. Just the mouse click. > >Has anyone done this before? I'm not sure if I'm supposed to be >using explorer.exe or wininet.dll, or how, or when or why? > >I'll keep Googling. But if anybody has code... > >-Christopher- > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From bchacc at san.rr.com Mon Jun 21 11:57:23 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:57:23 -0700 Subject: [AccessD] Hiding Back End Design References: <000001c457ad$25f5c900$b274d0d5@minster33c3r25> Message-ID: <000d01c457b0$d3238ec0$6601a8c0@HAL9002> Well, I think the distributor may have a point. Or at least half a point. I've always been told that the table design is 80% of an app. Knowing what fields, how big, what data type, relationships etc.Once you've got that correct, making the forms and reports is just grunt work. And they'll be able to see all the forms and reports, of course. Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:31 AM Subject: RE: [AccessD] Hiding Back End Design > Hi Rocky > Are you using an MDE to hide the FE? If so how the hell's anyone going to > rip-off your product just from the table design? > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin - Beach Access Software > > Sent: 21 June 2004 17:16 > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Hiding Back End Design > > > > > > Dear List: > > > > Is there a way to easily hide the back end design? My > > distributor in Taiwan feels that if the back end design is > > not hidden then the product can be easily knocked off. > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > Website: > > http://www.databaseadvisors.com > > > > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 11:58:17 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 09:58:17 -0700 Subject: [AccessD] Hiding Back End Design References: <003601c457af$49189e60$6401a8c0@COA3> Message-ID: <001501c457b0$f31ed040$6601a8c0@HAL9002> I've heard tell that there are cheap Access password crackers available. To someone in China who wanted in, would it be very difficult? Rocky ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:46 AM Subject: RE: [AccessD] Hiding Back End Design > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and put > that password in your (compiled in an MDE) re-linking code, you can keep > out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product > can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 12:08:49 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 10:08:49 -0700 Subject: [AccessD] Setting Control Source of a Group to Numeric in a Report References: <012001c457a8$812abb00$6601a8c0@HAL9002> <4137162466.20040621183856@cactus.dk> Message-ID: <001b01c457b2$6bbcff80$6601a8c0@HAL9002> D'oh. You don't know how many times that = has tripped me up. Thanks Gustav. Rocky ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 9:38 AM Subject: Re: [AccessD] Setting Control Source of a Group to Numeric in a Report > Hi Rocky > > Shouldn't it be: > > =Val(Nz([fldUDF1])) > > /gustav > > > > I have a report which may be sorted on one of ten user defined fields which may be holding alphanumeric, numeric, or date data. > > > If it is numeric I want the control source of that grouping level to be Val(Nz([fldUDF1])) > > > But if I set it either through the sorting and grouping property sheet or through code it generates an error 'Extra ) in query expression '[Val(Nz([fldUDF1]))]' which is not what it means because > > the parentheses are balanced. > > > Am I trying to do something which cannot be done? > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 21 12:17:05 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 21 Jun 2004 13:17:05 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <8B98F8EA48F8BA47A2F24E0D0AF40CF412D5815F@xlivmbx12.aig.com> Message-ID: <003d01c457b3$974069c0$6401a8c0@COA3> Well, it even says there that it doesn't work on Jet 4.0, but I agree with hiding the table design if possible. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Heenan, Lambert Sent: Monday, June 21, 2004 12:47 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Unless said miscreants are willing to spend a few million electrons and download the freely available code that will reveal the database password. See... http://www.mvps.org/access/general/gen0037.htm But I agree with Andy. Revealing the table design is hardly going to allow the who application to be reverse engineered. Lambert > -----Original Message----- > From: Steve Conklin \(Developer at UltraDNT\) [SMTP:Developer at ultradnt.com] > Sent: Monday, June 21, 2004 12:46 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and > put that password in your (compiled in an MDE) re-linking code, you > can keep out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the > product can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 12:16:19 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 10:16:19 -0700 Subject: [AccessD] Hiding Back End Design References: <014301c457ab$0db9efd0$6601a8c0@HAL9002> <9237318020.20040621184132@cactus.dk> Message-ID: <002901c457b3$77e008b0$6601a8c0@HAL9002> Gustav: If I'm reading the help file correctly, encryption does not hide the objects, just the data, yes? I need to hide the design of the back end. Password protection is too weak. I'll be up against professionals. Rocky ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 9:41 AM Subject: Re: [AccessD] Hiding Back End Design > Hi Rocky > > You can encrypt the database. Not bulletproof, of course, but keeps > the average user away. > > /gustav > > > Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 21 12:16:02 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 12:16:02 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB04C@main2.marlow.com> The problem is that if you can link to the tables, you can get the design. You can do all sorts of tricks to prevent the backend from being directly opened (a good way to do that is to disable the shift key, and have opening code just close the database. You can link to the tables, but directly opening the backend closes the database). To prevent the tables from being directly linked, you would need to use Access User Level security. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:57 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Well, I think the distributor may have a point. Or at least half a point. I've always been told that the table design is 80% of an app. Knowing what fields, how big, what data type, relationships etc.Once you've got that correct, making the forms and reports is just grunt work. And they'll be able to see all the forms and reports, of course. Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:31 AM Subject: RE: [AccessD] Hiding Back End Design > Hi Rocky > Are you using an MDE to hide the FE? If so how the hell's anyone going to > rip-off your product just from the table design? > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Rocky Smolin - Beach Access Software > > Sent: 21 June 2004 17:16 > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Hiding Back End Design > > > > > > Dear List: > > > > Is there a way to easily hide the back end design? My > > distributor in Taiwan feels that if the back end design is > > not hidden then the product can be easily knocked off. > > > > MTIA > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/a> ccessd > > Website: > > http://www.databaseadvisors.com > > > > > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 21 12:27:34 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Mon, 21 Jun 2004 13:27:34 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <001501c457b0$f31ed040$6601a8c0@HAL9002> Message-ID: <003e01c457b5$0d7c17f0$6401a8c0@COA3> Any password can be cracked if someone is determined ... I like the suggestion about the file extension change, if the files is named blah.DAT, or something even less obvious, they might not figure out which program it's in (unless they look at the files your installer puts in ...) It's really not 100% any which way you do it. You just try to make it hard enough to not be worthwhile. Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design I've heard tell that there are cheap Access password crackers available. To someone in China who wanted in, would it be very difficult? Rocky ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:46 AM Subject: RE: [AccessD] Hiding Back End Design > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and > put that password in your (compiled in an MDE) re-linking code, you > can keep out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the > product can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 12:21:18 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 10:21:18 -0700 Subject: [AccessD] Hiding Back End Design References: <410-22004612116485208@christopherhawkins.com> Message-ID: <003301c457b4$2a158640$6601a8c0@HAL9002> I don't think that will fool them. The system has the ability to run multiple back end and has a utility to create a new back end. So it would be easy to see what the back end extension was. Rocky ----- Original Message ----- From: "Christopher Hawkins" To: Sent: Monday, June 21, 2004 9:48 AM Subject: RE: [AccessD] Hiding Back End Design > In addition to that, you can change the .mdb extension to something > else. Your front end will still be able to link to it, but it will > be less obvious that it is an Access database file. > > -C- > > ---- Original Message ---- > From: Developer at ultradnt.com > To: accessd at databaseadvisors.com, > Subject: RE: [AccessD] Hiding Back End Design > Date: Mon, 21 Jun 2004 12:46:17 -0400 > > >Well - I'm keying on the fact you asked for an easy way ... > > > >Are you using an MDE front end? If you password protect the BE, and > >put > >that password in your (compiled in an MDE) re-linking code, you can > >keep > >out most miscreants. > > > >Hth > >Steve > > > > > >-----Original Message----- > >From: accessd-bounces at databaseadvisors.com > >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > >Smolin > >- Beach Access Software > >Sent: Monday, June 21, 2004 12:16 PM > >To: AccessD at databaseadvisors.com > >Subject: [AccessD] Hiding Back End Design > > > > > >Dear List: > > > >Is there a way to easily hide the back end design? My distributor in > >Taiwan feels that if the back end design is not hidden then the > >product > >can be easily knocked off. > > > >MTIA > > > >Rocky Smolin > >Beach Access Software > >http://www.e-z-mrp.com > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >Website: http://www.databaseadvisors.com > > > >-- > >_______________________________________________ > >AccessD mailing list > >AccessD at databaseadvisors.com > >http://databaseadvisors.com/mailman/listinfo/accessd > >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 Mon Jun 21 13:02:02 2004 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 21 Jun 2004 20:02:02 +0200 Subject: [AccessD] Hiding Back End Design In-Reply-To: <002901c457b3$77e008b0$6601a8c0@HAL9002> References: <014301c457ab$0db9efd0$6601a8c0@HAL9002> <9237318020.20040621184132@cactus.dk> <002901c457b3$77e008b0$6601a8c0@HAL9002> Message-ID: <19542148406.20040621200202@cactus.dk> Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back end. > Password protection is too weak. I'll be up against professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product can > be easily knocked off. From jimdettman at earthlink.net Mon Jun 21 14:21:23 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 21 Jun 2004 15:21:23 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <001501c457b0$f31ed040$6601a8c0@HAL9002> Message-ID: Rocky, <> No. With Access, the best you can do is protect the source code by supplying a MDE file. Outside of that, it's all easily breakable. And I would disagree that the table design is 80% of the app. Probably the other way around. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:58 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design I've heard tell that there are cheap Access password crackers available. To someone in China who wanted in, would it be very difficult? Rocky ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 21, 2004 9:46 AM Subject: RE: [AccessD] Hiding Back End Design > Well - I'm keying on the fact you asked for an easy way ... > > Are you using an MDE front end? If you password protect the BE, and put > that password in your (compiled in an MDE) re-linking code, you can keep > out most miscreants. > > Hth > Steve > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin > - Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product > can be easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 earthlink.net Mon Jun 21 14:25:28 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 21 Jun 2004 15:25:28 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: Rocky, If you want to obfuscate some, change the extension (as has been mentioned) and rename all the tables with the usys prefix, which will hide them in the DBC unless show system objects is turned on. There is also an attribute on a table that can hide them, but again "show hidden objects" will make them visible. I remember something about a bug with that to.... Jim Dettman (315) 699-0880 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 12:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Hiding Back End Design Dear List: Is there a way to easily hide the back end design? My distributor in Taiwan feels that if the back end design is not hidden then the product can be easily knocked off. MTIA Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 14:49:14 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 12:49:14 -0700 Subject: [AccessD] Hiding Back End Design References: Message-ID: <009501c457c8$d4af7200$6601a8c0@HAL9002> Again, I don't think this will fool for very long the hackers who would be set the task of cracking the back end. Rocky ----- Original Message ----- From: "Jim Dettman" To: "Access Developers discussion and problem solving" Sent: Monday, June 21, 2004 12:25 PM Subject: RE: [AccessD] Hiding Back End Design > Rocky, > > If you want to obfuscate some, change the extension (as has been > mentioned) and rename all the tables with the usys prefix, which will hide > them in the DBC unless show system objects is turned on. > > There is also an attribute on a table that can hide them, but again "show > hidden objects" will make them visible. I remember something about a bug > with that to.... > > Jim Dettman > (315) 699-0880 > jimdettman at earthlink.net > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Monday, June 21, 2004 12:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Hiding Back End Design > > > Dear List: > > Is there a way to easily hide the back end design? My distributor in Taiwan > feels that if the back end design is not hidden then the product can be > easily knocked off. > > MTIA > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Mon Jun 21 14:43:21 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Mon, 21 Jun 2004 12:43:21 -0700 Subject: [AccessD] Hiding Back End Design References: <003601c457af$49189e60$6401a8c0@COA3> <001501c457b0$f31ed040$6601a8c0@HAL9002> Message-ID: <40D73A59.3080109@shaw.ca> There are free umm access tools from Russia. http://accesstools.narod.ru/index.html One of these reads the passwords in an MDW file, which might get you into a secured mdb. There are quite a few Case Tools that will reengineer an mdb complete with UML diagrams via ADO. You might have to turn off Table read permissions and use RWOP Query permissions. Given that you might want to use MSDE for security. I don't know if you can brute force crack MSDE. But SQL Server password authentication is not very safe, as there is no lockout policy to protect against brute-force attacks. So you should protect against simple dictionary attacks. Private Sub GrabMDBPassword(strPathFilename as string) ' Access 97method - neeeds mod for xp Dim b As Byte dim xorstring as string dim qs as string dim j as long dim i as long dim b as long xorstring = Chr(218) & Chr(236) & Chr(1) & Chr(156) & Chr(154) & Chr(40) & _ Chr(79) & Chr(138) & Chr(8) & Chr(123) Open strPathFilename For Binary Access Read As #1 qs = "" j = 67 For i = 1 To 10 Get #1, j, b: j = j + 2 qs = qs & Chr(b Xor Asc(Mid(xorstring, i, 1))) Next Beep MsgBox "Password:" & qs End Sub Rocky Smolin - Beach Access Software wrote: >I've heard tell that there are cheap Access password crackers available. To >someone in China who wanted in, would it be very difficult? > >Rocky > >----- Original Message ----- >From: "Steve Conklin (Developer at UltraDNT)" >To: "'Access Developers discussion and problem solving'" > >Sent: Monday, June 21, 2004 9:46 AM >Subject: RE: [AccessD] Hiding Back End Design > > > > >>Well - I'm keying on the fact you asked for an easy way ... >> >>Are you using an MDE front end? If you password protect the BE, and put >>that password in your (compiled in an MDE) re-linking code, you can keep >>out most miscreants. >> >>Hth >>Steve >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin >>- Beach Access Software >>Sent: Monday, June 21, 2004 12:16 PM >>To: AccessD at databaseadvisors.com >>Subject: [AccessD] Hiding Back End Design >> >> >>Dear List: >> >>Is there a way to easily hide the back end design? My distributor in >>Taiwan feels that if the back end design is not hidden then the product >>can be easily knocked off. >> >>MTIA >> >>Rocky Smolin >>Beach Access Software >>http://www.e-z-mrp.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From Mark.Mitsules at ngc.com Mon Jun 21 14:36:36 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 21 Jun 2004 15:36:36 -0400 Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Message-ID: Group, This problem is slowly driving me insane:( I am no longer getting the subject error, however the Access Import/Link Table wizards are STILL not behaving quite normally. Normally, you are allowed to change field names or mark a column as skipped. But in my current configuration, the column properties do not update when you click on a different column header. So far I have loaded the latest service pack and/or version for Windows 2000, Office 2002, Jet 4.0, and MDAC. Does anyone know what to try next? Unbelievable as it may seem, our corporate IT people have given me local admin rights...apparently with the hope that I am able to solve this problem on my own...because they haven't been successful. I have two thoughts on this: First...something was installed/patched out of sequence??? Second, Jet 4.0 service pack 8 was installed, but according to KB829558 it is for Windows XP...I am running Windows 2000. I ran Component Checker Version 2.0 against MDAC 2.8 RTM. It found two mismatches: - - - Awaiting any suggestions... Mark -----Original Message----- From: Mitsules, Mark Sent: Wednesday, June 16, 2004 9:45 AM To: [AccessD] Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Group, Has anyone seen this error and know how to 'fix' it? If anyone recalls, my PC was recently 'refreshed' by the IT department...after which I was unable to import .xls files into Access. Well they did a complete reinstall and all the different file types are now available for import. But now, when running either the import or link table wizard, I get the error listed above. Any suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davide at dalyn.co.nz Mon Jun 21 15:43:34 2004 From: davide at dalyn.co.nz (David Emerson) Date: Tue, 22 Jun 2004 08:43:34 +1200 Subject: [AccessD] Recording field changes Message-ID: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From accessd at shaw.ca Mon Jun 21 16:28:06 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 21 Jun 2004 14:28:06 -0700 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: David: If the client wants to see all changes to a record on a field by field bases then the/each transaction file(s) will have to have a minimum of a complete copy of each record structure of each table or at least any field that a user can affect. In addition fields such as time/date and operator will have to be added to each of the transaction records. There may be ways to handle different changes but the whole transaction monitoring depends on speed and any fancy data handling will decrease it. There will be more records in the transaction file, than the original, though most records will/should be accessed once. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of David Emerson Sent: Monday, June 21, 2004 1:44 PM To: accessd at databaseadvisors.com Subject: [AccessD] Recording field changes Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Mon Jun 21 16:32:20 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Mon, 21 Jun 2004 16:32:20 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB052@main2.marlow.com> Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew From stuart at lexacorp.com.pg Mon Jun 21 16:40:04 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 07:40:04 +1000 Subject: [AccessD] Hiding Back End Design In-Reply-To: <000d01c457b0$d3238ec0$6601a8c0@HAL9002> Message-ID: <40D7E254.16887.F1D6F03@localhost> On 21 Jun 2004 at 9:57, Rocky Smolin - Beach Access S wrote: > Well, I think the distributor may have a point. Or at least half a point. > I've always been told that the table design is 80% of an app. Knowing what > fields, how big, ot if all the text fields as 255 characters :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 21 16:43:15 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 07:43:15 +1000 Subject: [AccessD] Hiding Back End Design In-Reply-To: <014301c457ab$0db9efd0$6601a8c0@HAL9002> Message-ID: <40D7E313.17344.F20590B@localhost> On 21 Jun 2004 at 9:16, Rocky Smolin - Beach Access S wrote: > Dear List: > > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the > product can be easily knocked off. > -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 21 17:09:44 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 08:09:44 +1000 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <40D7E948.28369.F389A94@localhost> On 22 Jun 2004 at 8:43, David Emerson wrote: > Group, > > I have a client that needs to record all changes to the data on a field by > field basis (they don't want to record whole records if there is a change - > just the fields that changed (old and new values)). My initial though is > to put code in every field that records the value on entry, compares this > on exit and records the change if they values are different. > > Because there are several hundred fields involved I was wondering if there > was any easy way of doing the job without adding code to every field. > Here's one way. Create an Array to hold the changes and a counter: In the On_Update for the form, step through each data bound control and compare ctrl.OldValue to ctrl.Value For any that are different, store the fieldname and oldvalue in the array and increment a counter: In the After_Update, step through the array and write each change to a logfile with something like: For lLoopcount = 1 to lNoOfChanges CurrentDB.Execute "Insert into tChangeLog (TimeStamp,Operator,FieldName,OldValue) values (Now(),UserName(),'" & strChangeArray(lLoopcount,1) & "','" & strChangeArray(lLoopcount) & "')" Next -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 21 16:56:39 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 07:56:39 +1000 Subject: [AccessD] Recording field changes In-Reply-To: References: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <40D7E637.30241.F2C9FBE@localhost> On 21 Jun 2004 at 14:28, Jim Lawrence (AccessD) wrote: > David: > > If the client wants to see all changes to a record on a field by field bases > then the/each transaction file(s) will have to have a minimum of a complete > copy of each record structure of each table or at least any field that a > user can affect. Not necessarily. I've fallen into that trap before. Why save 200 fields when only 1 changed. For many environments, it's quite sufficient to just store: "FieldName,OldValue,TimeStamp,Operator". -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From bobbedell15 at msn.com Mon Jun 21 18:47:54 2004 From: bobbedell15 at msn.com (Bob Bedell) Date: Mon, 21 Jun 2004 23:47:54 +0000 Subject: [AccessD] Recording field changes Message-ID: Hi David, You could play with adding a memo field to your form's record source called "Updates", add a textbox control to your form thats bound to "Updates" (you can hide this field if you like), add =AuditTrailX() as a function call in your form's Before Update event, then add the following module to your project. Wish I could remember where this came from but i can't. The code iterates through all the data entry controls in your form's controls collection, recording old and new values for only those fields that have changed. Function AuditTrailX() On Error GoTo Err_Handler Dim MyForm As Form, C As Control, xName As String Set MyForm = Screen.ActiveForm 'Set date and current user if form has been updated. MyForm!Updates = MyForm!Updates & Chr(13) & Chr(10) & _ "Changes made on " & Date & " by " & CurrentUser() & ";" 'If new record, record it in audit trail and exit sub. If MyForm.NewRecord = True Then MyForm!Updates = MyForm!Updates & Chr(13) & Chr(10) & _ "New Record """ End If 'Check each data entry control for change and record 'old value of Control. For Each C In MyForm.Controls 'Only check data entry type controls. Select Case C.ControlType Case acTextBox, acComboBox, acListBox, acOptionGroup ' Skip Updates field. If C.Name <> "Updates" Then ' If control was previously Null, record "previous ' value was blank." If IsNull(C.OldValue) Or C.OldValue = "" Then MyForm!Updates = MyForm!Updates & Chr(13) & _ Chr(10) & C.Name & "--previous value was blank" ' If control had previous value, record previous value. ElseIf C.Value <> C.OldValue Then MyForm!Updates = MyForm!Updates & Chr(13) & Chr(10) & _ C.Name & "==previous value was " & C.OldValue End If End If End Select Next C TryNextC: Exit Function Err_Handler: If Err.Number <> 64535 Then MsgBox "Error #: " & Err.Number & vbCrLf & "Description: " & Err.Description End If Resume TryNextC End Function Bob >From: David Emerson >Reply-To: Access Developers discussion and problem >solving >To: accessd at databaseadvisors.com >Subject: [AccessD] Recording field changes >Date: Tue, 22 Jun 2004 08:43:34 +1200 > >Group, > >I have a client that needs to record all changes to the data on a field by >field basis (they don't want to record whole records if there is a change - >just the fields that changed (old and new values)). My initial though is >to put code in every field that records the value on entry, compares this >on exit and records the change if they values are different. > >Because there are several hundred fields involved I was wondering if there >was any easy way of doing the job without adding code to every field. > >Regards > >David Emerson >Dalyn Software Ltd >25 Cunliffe St, Churton Park >Wellington, New Zealand >Ph/Fax (04) 478-7456 >Mobile 027-280-9348 > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ MSN Movies - Trailers, showtimes, DVD's, and the latest news from Hollywood! http://movies.msn.click-url.com/go/onm00200509ave/direct/01/ From actebs at actebs.com.au Mon Jun 21 21:01:18 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 22 Jun 2004 12:01:18 +1000 Subject: [AccessD] AXP --> A2K In-Reply-To: <000701c457a1$f23139c0$de1811d8@danwaters> Message-ID: <001601c457fc$cef3dd40$0b08a8c0@carltonone.local> Dan, Yep, as long as you don't have any AXP specific code. I have done this on numerous occasions. Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, 22 June 2004 1:11 AM To: 'Database Advisors' Subject: [AccessD] AXP --> A2K If I create a FE and BE using Access XP and save both files in A2K format, move those files to a different PC which only has Access 2K, will A2K be able to open and run those files? (Assuming any AXP only functionality is not used.) Thanks! Dan -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From actebs at actebs.com.au Mon Jun 21 21:20:00 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 22 Jun 2004 12:20:00 +1000 Subject: [AccessD] Hiding Back End Design In-Reply-To: <19542148406.20040621200202@cactus.dk> Message-ID: <001701c457ff$6b3f6410$0b08a8c0@carltonone.local> Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Mon Jun 21 22:54:33 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Mon, 21 Jun 2004 23:54:33 -0400 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <000b01c4580c$a1818b90$0501a8c0@colbyws> Uhhh... A framework and classes for the controls? ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Monday, June 21, 2004 4:44 PM To: accessd at databaseadvisors.com Subject: [AccessD] Recording field changes Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 21 23:33:46 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 21 Jun 2004 21:33:46 -0700 Subject: [AccessD] Just for fun! Playing With Regions! References: <2F8793082E00D4119A1700B0D0216BF8031BB052@main2.marlow.com> Message-ID: <015401c45812$1bde8500$6601a8c0@HAL9002> That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 22 00:14:51 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 21 Jun 2004 22:14:51 -0700 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB052@main2.marlow.com> Message-ID: That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 22 00:14:50 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 21 Jun 2004 22:14:50 -0700 Subject: [AccessD] Recording field changes In-Reply-To: <40D7E637.30241.F2C9FBE@localhost> Message-ID: Hi Stuart: In this case you are not saving two hundred fields, only the fields with changes are stored. Access MDB uses variable length fields not fixed length...no data no length. Also please note that I did say ...'or at least any field that a user can affect.' As the tables become larger with more individual records the slower the speed; so if a user makes, say, fifty changes to a large record, there is a potential for fifty individual records being created in the transaction file. Now that could add-up very rapidly and the overhead would finally degrade performance. My recommendation is that for each separate change/session, only one transaction record is created for any and all changes to any fields of that record and only the changes are stored. Like an incremental backup/change log and incremental backups are always fastest. Handling this type of system may be simpler using an unbound format but it should be as simple as comparing the differences between the field's 'text' and 'value' properties in bound format. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Stuart McLachlan Sent: Monday, June 21, 2004 2:57 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Recording field changes On 21 Jun 2004 at 14:28, Jim Lawrence (AccessD) wrote: > David: > > If the client wants to see all changes to a record on a field by field bases > then the/each transaction file(s) will have to have a minimum of a complete > copy of each record structure of each table or at least any field that a > user can affect. Not necessarily. I've fallen into that trap before. Why save 200 fields when only 1 changed. For many environments, it's quite sufficient to just store: "FieldName,OldValue,TimeStamp,Operator". -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ 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 Jun 22 01:23:12 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 22 Jun 2004 16:23:12 +1000 Subject: [AccessD] Recording field changes In-Reply-To: References: <40D7E637.30241.F2C9FBE@localhost> Message-ID: <40D85CF0.14622.10FC4EDE@localhost> On 21 Jun 2004 at 22:14, Jim Lawrence (AccessD) wrote: > Hi Stuart: > > In this case you are not saving two hundred fields, only the fields with > changes are stored. Access MDB uses variable length fields not fixed > length...no data no length. > Only for text. Numeric, date field and Yes/No fields will use space whether they were changed or not. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Chris.Foote at uk.thalesgroup.com Tue Jun 22 02:20:17 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Tue, 22 Jun 2004 08:20:17 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C197@ntscxch1.int.rdel.co.uk> Good grief! What an amazing idea! Regards Chris Foote - UK > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 10:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > ---------(Drew's way too cool code snipped)--------- From Mark.Mitsules at ngc.com Tue Jun 22 04:58:12 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Tue, 22 Jun 2004 05:58:12 -0400 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Drew, Excellent. The dynamic resizing effect is pretty cool. This reminds me of an old Access97 demo I have (but never used in production) called ShapedForm.mdb. IIRC it used a lot of the same API calls. Hmmmm...combining the two approaches...might make for an interesting diversion some day. Mark -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Monday, June 21, 2004 5:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Tue Jun 22 05:26:44 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 22 Jun 2004 11:26:44 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <20040622102641.AB3D925215E@smtp.nildram.co.uk> Really cool. Just wish I could use it, but I think my customer would fall off his chair. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Date: 22/06/04 10:00 > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From gustav at cactus.dk Tue Jun 22 03:54:23 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 22 Jun 2004 10:54:23 +0200 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> References: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <1537450763.20040622105423@cactus.dk> Hi David You can create a RecordsetClone when entering the current record. After an update of the record, loop through the fields and compare the updated record with the clone - when a difference is met, write to the log. As you can read the data type of a field you should be able to use a generic function to compare the two fields. /gustav > I have a client that needs to record all changes to the data on a field by > field basis (they don't want to record whole records if there is a change - > just the fields that changed (old and new values)). My initial though is > to put code in every field that records the value on entry, compares this > on exit and records the change if they values are different. > Because there are several hundred fields involved I was wondering if there > was any easy way of doing the job without adding code to every field. From Paul.Rogers at SummitMedia.co.uk Tue Jun 22 07:41:26 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Tue, 22 Jun 2004 13:41:26 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Hi Drew Looks really interesting, but I must have spoilt my Acess2k with my own very basic work, because it sees this as too sophisticated. Do you happen to have it zipped up anywhere where I could get to look at it without this mutiny please? All the best paul -----Original Message----- From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] Sent: Tuesday, June 22, 2004 10:58 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Drew, Excellent. The dynamic resizing effect is pretty cool. This reminds me of an old Access97 demo I have (but never used in production) called ShapedForm.mdb. IIRC it used a lot of the same API calls. Hmmmm...combining the two approaches...might make for an interesting diversion some day. Mark -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Monday, June 21, 2004 5:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 22 08:19:31 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 06:19:31 -0700 Subject: [AccessD] Just for fun! Playing With Regions! References: Message-ID: <006201c4585b$8dca7360$6601a8c0@HAL9002> I had to change the statement HoleOutForm Application.hWndAccessApplication to HoleOutForm Application.hWndAccessApp to make it work on my A2K. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Paul Rodgers" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 22, 2004 5:41 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > Hi Drew > > Looks really interesting, but I must have spoilt my Acess2k with my own > very basic work, because it sees this as too sophisticated. > > Do you happen to have it zipped up anywhere where I could get to look at it > without this mutiny please? > > All the best > > paul > > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Tuesday, June 22, 2004 10:58 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Tue Jun 22 08:24:17 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 22 Jun 2004 14:24:17 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <20040622132414.E5DD6250776@smtp.nildram.co.uk> Same on A97. Forgot to mention it. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! Date: 22/06/04 13:21 > > I had to change the statement > > HoleOutForm Application.hWndAccessApplication > > to > > HoleOutForm Application.hWndAccessApp > > to make it work on my A2K. > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: "Paul Rodgers" <Paul.Rogers at SummitMedia.co.uk> > To: "'Access Developers discussion and problem solving'" > <accessd at databaseadvisors.com> > Sent: Tuesday, June 22, 2004 5:41 AM > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > > Hi Drew > > > > Looks really interesting, but I must have spoilt my Acess2k with my own > > very basic work, because it sees this as too sophisticated. > > > > Do you happen to have it zipped up anywhere where I could get to look at > it > > without this mutiny please? > > > > All the best > > > > paul > > > > > > -----Original Message----- > > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > > Sent: Tuesday, June 22, 2004 10:58 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > > > > Drew, > > > > Excellent. The dynamic resizing effect is pretty cool. This reminds me > of > > an old Access97 demo I have (but never used in production) called > > ShapedForm.mdb. IIRC it used a lot of the same API calls. > > Hmmmm...combining the two approaches...might make for an interesting > > diversion some day. > > > > Mark > > > > > > > > -----Original Message----- > > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > > Sent: Monday, June 21, 2004 5:32 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Just for fun! Playing With Regions! > > > > > > Okay, here's a little code I whipped up for a friend. > > > > Just put this into a module (watch for word wrap): > > > > Option Compare Database > > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) > As > > Long > > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > > lpRect As RECT) As Long > > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As > Long) > > As Long > > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, > ByVal > > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > > Private Type RECT > > Left As Long > > Top As Long > > Right As Long > > Bottom As Long > > End Type > > Private Const RGN_XOR = 3 > > Function HoleOutForm(ByVal intHwnd As Long) > > Dim X As Long > > Dim rt As RECT > > Dim rtCircle As RECT > > Dim dwReturn As Long > > Dim InitialRegion As Long > > Dim i As Long > > Dim intMax As Long > > dwReturn = GetWindowRect(intHwnd, rt) > > rt.Bottom = rt.Bottom - rt.Top > > rt.Top = 0 > > rt.Right = rt.Right - rt.Left > > rt.Left = 0 > > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > > If rt.Bottom > rt.Right Then > > intMax = rt.Bottom > > Else > > intMax = rt.Right > > End If > > For i = 1 To intMax > > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > > rtCircle.Bottom) > > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > > SetMainWindowRegion InitialRegion, intHwnd > > rtCircle.Bottom = rtCircle.Bottom + 1 > > rtCircle.Top = rtCircle.Top - 1 > > rtCircle.Left = rtCircle.Left - 1 > > rtCircle.Right = rtCircle.Right + 1 > > DeleteObject X > > DeleteObject InitialRegion > > Next i > > DeleteObject X > > DeleteObject InitialRegion > > End Function > > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > > Dim dwReturn As Long > > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > > End Function > > > > > > Now, create a form, and put the following behind a command button: > > > > HoleOutForm Me.Hwnd > > DoCmd.Close acForm, Me.Name > > > > Then put a second button on the form, and put this code behind it: > > > > HoleOutForm Application.hWndAccessApplication > > DoCmd.Quit > > > > Save the form, and try out the buttons. > > > > Enjoy! > > > > Drew > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From Paul.Rogers at SummitMedia.co.uk Tue Jun 22 08:26:50 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Tue, 22 Jun 2004 14:26:50 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Cheers, thanks, Rocky, that may help -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 22, 2004 2:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! I had to change the statement HoleOutForm Application.hWndAccessApplication to HoleOutForm Application.hWndAccessApp to make it work on my A2K. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Paul Rodgers" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 22, 2004 5:41 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > Hi Drew > > Looks really interesting, but I must have spoilt my Acess2k with my own > very basic work, because it sees this as too sophisticated. > > Do you happen to have it zipped up anywhere where I could get to look at it > without this mutiny please? > > All the best > > paul > > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Tuesday, June 22, 2004 10:58 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dfenton at ozemail.com.au Tue Jun 22 08:40:28 2004 From: dfenton at ozemail.com.au (David Fenton) Date: Tue, 22 Jun 2004 23:40:28 +1000 Subject: [AccessD] Multiple copies of value across columns in a crosstab Message-ID: <6.0.1.1.0.20040622233632.02653f08@mail.ozemail.com.au> Hello database gurus and developers. I have a problem that I cannot seem to solve... Picture a spreadsheet something like the following: 2004 Name PAX DATEIN DATEOUT Jun-01 Jun-02 Jun-03 Jun-04 Jun-05 Jun-06 Fred's Tours 12 Jun-01 Jun-05 12 12 12 12 12 Bob's Trips 20 Jun-03 Jun-06 20 20 20 20 Mary's Tours 41 Jun-02 Jun-05 41 41 41 41 I have data for the first four columns in a table in a database (Name, PAX, DATEIN, DATEOUT) I can interrogate the database to find the min date in the DATEIN field and the max date in the DATEOUT field in the entire table. I use these two values to create a temporary table of dates from the min date to the max date. These dynamic values will become the column headers for a crosstab query where I am attempting to re-create the above spreadsheet. I can get the PAX to appear in the correct column *only* for the first date, but not *each* date in the range from DATEIN to DATEOUT (as shown by the spreadsheet sample). The idea is that the crosstab query will export to EXCEL and the user just has to sum each column to know how many PAX they are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can see the PAX is just copied from the PAX column. We never know what the minimum or maximum date will be on any day. The Crosstab query picks up the dates from the TEMP table (which just has one field of date type) Below is the actual SQL that works, but only puts the PAX in the column where the *first* date column matches the DateIn for that Tour. I want the PAX number to appear in every column from the DateIn to the DateOut, as shown in the sample spreadsheet section above. TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX PIVOT TEMP_StudyTourCalendar.DayNumber; The TEMP_StudyTourCalendar.DayNumber is the field in the created table which holds all the dates from the lowest DateIn to the highest DateOut and forms the column headers. These will vary every day. We will only know the first date and the last date in the table called TEMP_StudyTourCalendar, on the day the crosstab query is run. One day it might have only 6 consecutive dates in it, the next day it might have 23 consecutive dates in it. The query must work for all dates in the table. Sample data in table TEMP_StudyTourCalendar for the spreadsheet above would be: DayNumber 01-Jun-2004 02-Jun-2004 03-Jun-2004 04-Jun-2004 05-Jun-2004 06-Jun-2004 Am I missing something simple here? Any gurus like to sink their teeth into this one? Regards David Fenton Brisbane Australia From actebs at actebs.com.au Tue Jun 22 08:46:09 2004 From: actebs at actebs.com.au (ACTEBS) Date: Tue, 22 Jun 2004 23:46:09 +1000 Subject: [AccessD] My Finished Web Site Message-ID: <005401c4585f$490eca60$0b08a8c0@carltonone.local> Guys, Just finished the revamping work on my business web site and have added numerous features thanks to the ease of use of PHP-NUKE and mySQL - Learning new skills all the time ; ). You can become a member and add your own web site address with a description in the web links section. It will be added after is has been reviewed by the site admin (me) and approved for posting. Please use the Useful Links category for all your links. There is also a Tech Discussion Forum that comes with PHP-NUKE and I have enabled that after someone posted on AccessD the need for such a beast. I don't have time to run it and moderate it so if you're interested in administering it, please flick me an email and I'll set you up. This is in no way aimed at undermining this great community that is AccessD. I must stress I am not trying to usurp this place in any way shape or form. I love this place and would not do anything to harm it as I use it so often for help... If you feel this is inappropriate, I do apologise in advance as the purpose of this email is to get input from you guys on the finished product and get your web site links up... You can view the site here: www.actebs.com.au Kind Regards Vlad From gustav at cactus.dk Tue Jun 22 09:15:17 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 22 Jun 2004 16:15:17 +0200 Subject: [AccessD] Multiple copies of value across columns in a crosstab In-Reply-To: <6.0.1.1.0.20040622233632.02653f08@mail.ozemail.com.au> References: <6.0.1.1.0.20040622233632.02653f08@mail.ozemail.com.au> Message-ID: <781460179.20040622161517@cactus.dk> Hi David I think you need to repost what the sheet should look like. /gustav > Picture a spreadsheet something like the following: > 2004 > Name PAX DATEIN DATEOUT Jun-01 > Jun-02 Jun-03 Jun-04 Jun-05 Jun-06 > Fred's > Tours 12 Jun-01 Jun-05 12 12 12 12 > 12 > Bob's > Trips 20 Jun-03 Jun-06 20 > 20 20 20 > Mary's > Tours 41 Jun-02 Jun-05 41 41 41 > 41 > I have data for the first four columns in a table in a database (Name, PAX, > DATEIN, DATEOUT) From bchacc at san.rr.com Tue Jun 22 09:15:57 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 07:15:57 -0700 Subject: [AccessD] Fw: Fax Message Received Message-ID: <009201c45863$7018da20$6601a8c0@HAL9002> FYI Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: Enquiries To: Bchacc Sent: Tuesday, June 22, 2004 7:57 AM Subject: Fax Message Received ALERT!!! Road Runner is currently dropping all .com, .exe and .pif files in order to prevent negative affects from the Zafi.B/W32.Erkez.B at mm virus on our network and subscribers, and to help keep the virus from circulating around the Internet. If you need to send or receive these files types, please make sure that the file is sent as a .zip or .gzip compressed file. Road Runner will resume accepting .com, .exe and .pif file extensions as soon as possible. The following attachments were infected and have been repaired: No attachments are in this category. The following attachments were deleted due to an inability to clean them: No attachments are in this category. The Following attachments were not delivered due to inbound mail policy violations: 1. text_document.com: Mail Policy Block (Attachment Name) Road Runner does not contact the sender of the infected attachment(s). Removal tools (to clean your computer) can be located at: Computer Associates: http://www3.ca.com/securityadvisor/virusinfo/virus.aspx?id=39333 Symantec: http://securityresponse.symantec.com/avcenter/venc/data/w32.erkez.b at mm.removal.tool.htm ------------ Original message text follows ------------ From kaupca at chevrontexaco.com Tue Jun 22 09:42:42 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Tue, 22 Jun 2004 09:42:42 -0500 Subject: [AccessD] Store value on form to table Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0F97A8@bocnte2k4.boc.chevrontexaco.net> I have two questions regarding storing a value on a form to a table. I have a text box on a form that gets its value from a selection made on another form. I also have on the same form a drop down list box. When I created the list box I picked the selection to store that value in this field but that only gives me a list of fields in the query that is the source for the list box. I need to store the contents of the text box and the selection from the drop down list box to a table. I am having no success doing this. Your help in doing this would be appreciated. Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. From kaupca at chevrontexaco.com Tue Jun 22 09:46:43 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Tue, 22 Jun 2004 09:46:43 -0500 Subject: [AccessD] FW: Store value on form to table Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E0273959D@bocnte2k4.boc.chevrontexaco.net> I made a misstatement in my original question. The building of the list box is giving me the list of fields that are the record source of the form. The values from the list box are not getting stored though. Why? Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. > -----Original Message----- > From: Kaup, Chester A > Sent: Tuesday, June 22, 2004 9:43 AM > To: AccessD at databaseadvisors.com > Subject: Store value on form to table > > I have two questions regarding storing a value on a form to a table. > I have a text box on a form that gets its value from a selection made > on another form. > I also have on the same form a drop down list box. When I created the > list box I picked the selection to store that value in this field but > that only gives me a list of fields in the query that is the source > for the list box. I need to store the contents of the text box and the > selection from the drop down list box to a table. I am having no > success doing this. Your help in doing this would be appreciated. > > Chester Kaup > Information Management Technician > IT-MidContinent/MidContinent Business Unit > CTN 8-687-7415 > Outside 432-687-7414 > > No trees were killed in the sending of this message. However a large > number of electrons were terribly inconvenienced. > > > From ggonzalez at cccis.com Tue Jun 22 09:55:07 2004 From: ggonzalez at cccis.com (ggonzalez at cccis.com) Date: Tue, 22 Jun 2004 09:55:07 -0500 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: <193572B4E0FC1744BEDFEE63F82CEC9E0F97A8@bocnte2k4.boc.chevrontexaco.net> Message-ID: does anyone know a way to recover a lost Database Password. The company I work for has a database they need to access but the developer of the database is long gone. Thanks "Kaup, Chester A" To Sent by: AccessD at databaseadvisors.com accessd-bounces at d cc atabaseadvisors.c om Subject [AccessD] Store value on form to table 06/22/2004 09:42 AM Please respond to Access Developers discussion and problem solving I have two questions regarding storing a value on a form to a table. I have a text box on a form that gets its value from a selection made on another form. I also have on the same form a drop down list box. When I created the list box I picked the selection to store that value in this field but that only gives me a list of fields in the query that is the source for the list box. I need to store the contents of the text box and the selection from the drop down list box to a table. I am having no success doing this. Your help in doing this would be appreciated. Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 22 10:21:34 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 22 Jun 2004 17:21:34 +0200 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: References: Message-ID: <805437558.20040622172134@cactus.dk> Hi Gonzalez If you are talking about a simple database password, look up: "Access Password Crack(?)" in the archive from 2002-11-10. /gustav > does anyone know a way to recover a lost Database Password. The company I > work for has a database they need to access but the developer of the > database is long gone. From DWUTKA at marlow.com Tue Jun 22 10:41:25 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:41:25 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> Couldn't agree more. When I was in boot camp, one of our drill sargeants told us that the lock on our lockers only kept honest people honest. Very true statement. I had a talk with our CFO one day (my bosses boss), and told him that our best network security was ignorance. LOL Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS Sent: Monday, June 21, 2004 9:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor in > Taiwan feels that if the back end design is not hidden then the product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 10:38:36 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:38:36 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB054@main2.marlow.com> Ooops, I probably needed some more coffee yesterday, cause I typed the 'calls' by hand in email yesterday. Just had that function miss named. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Paul Rodgers Sent: Tuesday, June 22, 2004 8:27 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Cheers, thanks, Rocky, that may help -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 22, 2004 2:20 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! I had to change the statement HoleOutForm Application.hWndAccessApplication to HoleOutForm Application.hWndAccessApp to make it work on my A2K. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Paul Rodgers" To: "'Access Developers discussion and problem solving'" Sent: Tuesday, June 22, 2004 5:41 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > Hi Drew > > Looks really interesting, but I must have spoilt my Acess2k with my own > very basic work, because it sees this as too sophisticated. > > Do you happen to have it zipped up anywhere where I could get to look at it > without this mutiny please? > > All the best > > paul > > > -----Original Message----- > From: Mitsules, Mark S. (Newport News) [mailto:Mark.Mitsules at ngc.com] > Sent: Tuesday, June 22, 2004 10:58 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Drew, > > Excellent. The dynamic resizing effect is pretty cool. This reminds me of > an old Access97 demo I have (but never used in production) called > ShapedForm.mdb. IIRC it used a lot of the same API calls. > Hmmmm...combining the two approaches...might make for an interesting > diversion some day. > > Mark > > > > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 5:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 10:41:52 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:41:52 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB056@main2.marlow.com> Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 10:42:14 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 10:42:14 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB057@main2.marlow.com> LOL. It was certainly fun to write! Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Foote, Chris Sent: Tuesday, June 22, 2004 2:20 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Good grief! What an amazing idea! Regards Chris Foote - UK > -----Original Message----- > From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] > Sent: Monday, June 21, 2004 10:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > ---------(Drew's way too cool code snipped)--------- -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Tue Jun 22 10:43:01 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Tue, 22 Jun 2004 11:43:01 -0400 Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Message-ID: Holy cow...turns out I wasn't insane after all!!! (at least regarding this problem;)) M$ issued a hotfix to address my EXACT situation. http://support.microsoft.com/default.aspx?scid=kb;en-us;841365 Microsoft Knowledge Base Article - 841365 Description of the Access 2002 post-Service Pack 3 hotfix package: May 27, 2004 The following issue is fixed in this hotfix package, but was not previously documented in a Microsoft Knowledge Base article: When you try to import a file such as a Microsoft Excel spreadsheet in Access 2002, you cannot rename a field in the Import Wizard. This issue may occur after you install Microsoft Office XP Service Pack 3 (SP3). Mark -----Original Message----- From: Mitsules, Mark Sent: Monday, June 21, 2004 3:37 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Method 'Columns' of object 'IImexGrid' failed Group, This problem is slowly driving me insane:( I am no longer getting the subject error, however the Access Import/Link Table wizards are STILL not behaving quite normally. Normally, you are allowed to change field names or mark a column as skipped. But in my current configuration, the column properties do not update when you click on a different column header. So far I have loaded the latest service pack and/or version for Windows 2000, Office 2002, Jet 4.0, and MDAC. Does anyone know what to try next? Unbelievable as it may seem, our corporate IT people have given me local admin rights...apparently with the hope that I am able to solve this problem on my own...because they haven't been successful. I have two thoughts on this: First...something was installed/patched out of sequence??? Second, Jet 4.0 service pack 8 was installed, but according to KB829558 it is for Windows XP...I am running Windows 2000. I ran Component Checker Version 2.0 against MDAC 2.8 RTM. It found two mismatches: - - - Awaiting any suggestions... Mark -----Original Message----- From: Mitsules, Mark Sent: Wednesday, June 16, 2004 9:45 AM To: [AccessD] Subject: [AccessD] Method 'Columns' of object 'IImexGrid' failed Group, Has anyone seen this error and know how to 'fix' it? If anyone recalls, my PC was recently 'refreshed' by the IT department...after which I was unable to import .xls files into Access. Well they did a complete reinstall and all the different file types are now available for import. But now, when running either the import or link table wizard, I get the error listed above. Any suggestions? Mark -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ranthony at wrsystems.com Tue Jun 22 10:45:43 2004 From: ranthony at wrsystems.com (ranthony at wrsystems.com) Date: Tue, 22 Jun 2004 11:45:43 -0400 Subject: [AccessD] Lost/Forgotten Password Message-ID: <5F21A4E8B8DD734992EF9E70AC9D3064128C42@mail2.wrsystems.com> I used PasswordPro, IIRC, you can google it. It's about $30. -----Original Message----- From: ggonzalez at cccis.com [mailto:ggonzalez at cccis.com] Sent: Tuesday, June 22, 2004 10:55 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Lost/Forgotten Password does anyone know a way to recover a lost Database Password. The company I work for has a database they need to access but the developer of the database is long gone. Thanks "Kaup, Chester A" To Sent by: AccessD at databaseadvisors.com accessd-bounces at d cc atabaseadvisors.c om Subject [AccessD] Store value on form to table 06/22/2004 09:42 AM Please respond to Access Developers discussion and problem solving I have two questions regarding storing a value on a form to a table. I have a text box on a form that gets its value from a selection made on another form. I also have on the same form a drop down list box. When I created the list box I picked the selection to store that value in this field but that only gives me a list of fields in the query that is the source for the list box. I need to store the contents of the text box and the selection from the drop down list box to a table. I am having no success doing this. Your help in doing this would be appreciated. Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 22 10:38:08 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 22 Jun 2004 08:38:08 -0700 Subject: [AccessD] My Finished Web Site In-Reply-To: <005401c4585f$490eca60$0b08a8c0@carltonone.local> Message-ID: Very nice site...a lot of work. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS Sent: Tuesday, June 22, 2004 6:46 AM To: access group Subject: [AccessD] My Finished Web Site Guys, Just finished the revamping work on my business web site and have added numerous features thanks to the ease of use of PHP-NUKE and mySQL - Learning new skills all the time ; ). You can become a member and add your own web site address with a description in the web links section. It will be added after is has been reviewed by the site admin (me) and approved for posting. Please use the Useful Links category for all your links. There is also a Tech Discussion Forum that comes with PHP-NUKE and I have enabled that after someone posted on AccessD the need for such a beast. I don't have time to run it and moderate it so if you're interested in administering it, please flick me an email and I'll set you up. This is in no way aimed at undermining this great community that is AccessD. I must stress I am not trying to usurp this place in any way shape or form. I love this place and would not do anything to harm it as I use it so often for help... If you feel this is inappropriate, I do apologise in advance as the purpose of this email is to get input from you guys on the finished product and get your web site links up... You can view the site here: www.actebs.com.au Kind Regards Vlad -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 22 11:02:18 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 09:02:18 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> Message-ID: <00f301c45872$4c55e470$6601a8c0@HAL9002> In fact when I was working with this Chinese distributor in the old DOS days (I had implemented a hardware key which plugged into the parallel port) she told me that they have a saying in China "Locks are for the honest man." Rocky ----- Original Message ----- From: To: Sent: Tuesday, June 22, 2004 8:41 AM Subject: RE: [AccessD] Hiding Back End Design > Couldn't agree more. When I was in boot camp, one of our drill sargeants > told us that the lock on our lockers only kept honest people honest. Very > true statement. > > I had a talk with our CFO one day (my bosses boss), and told him that our > best network security was ignorance. LOL > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS > Sent: Monday, June 21, 2004 9:20 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > > Gustav, > > "Personally, I think the time for proprietary systems has passed - customers > need systems they can drag data from to be used elsewhere." > > Never a truer word said. > > With the decision by the Munich government to migrate to Linux, France > looking to do the same and Brazil on the verge, it seems as though the end > is nigh for the proprietary software/business model. > > Hmmm, sorry I went a bit off topic there..... ; ) > > Rocky - if a cracker wants to crack your software he will. There are teams > of these people out there who see it as a challenge. Why waste your time? > > Vlad > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, 22 June 2004 4:02 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Hiding Back End Design > > > Hi Rocky > > No, you cannot open or attach tables from the BE without the correct > password. But as stated from several already, you can google up at least > three password crackers. > > Next step would be Access security as mentioned by Drew, and the next would > be to apply field encryption which is a major step. > > By why not turn it completely around: make the design open and documented as > "this is the way to build a database for an application like this"? Then you > are the master and everyone else is the replicant - following the "Rocky" > standard. Personally, I think the time for proprietary systems has passed - > customers need systems they can drag data from to be used elsewhere. > > Also, I really doubt someone can figure out the intelligence of your app > just by watching the table design. One can watch what is going on when data > have been entered or updated but not _how_, and if someone can figure it > out, he will already know how to build a similar app without knowing your > table design. > > /gustav > > > > If I'm reading the help file correctly, encryption does not hide the > > objects, just the data, yes? I need to hide the design of the back > > end. Password protection is too weak. I'll be up against > > professionals. > > > Rocky > > > ----- Original Message ----- > > From: "Gustav Brock" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 21, 2004 9:41 AM > > Subject: Re: [AccessD] Hiding Back End Design > > > >> Hi Rocky > >> > >> You can encrypt the database. Not bulletproof, of course, but keeps > >> the average user away. > >> > >> /gustav > >> > >> > Is there a way to easily hide the back end design? My distributor in > > Taiwan feels that if the back end design is not hidden then the product > can > > be easily knocked off. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Tue Jun 22 11:06:02 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Tue, 22 Jun 2004 11:06:02 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <19542148406.20040621200202@cactus.dk> Message-ID: <008101c45872$d1993010$2a3ca8c0@TEXASSYSTEMS.COM> Good point. An backend whose design is 'open' can be a selling point. It helps avoid YAID syndrome - "Yet Another Island of Data". Most companies can recognize the benefits of integrating their data - CAD/Design with Bill of Materials, BOM with Purchasing, etc. but are stymied by the 'black box' backends of the various programs they use for each task. Few companies are in the position to 'sweep it all out' and start from scratch, so they look for new software piecemeal, adding functionality as needs require. The problem is that the efficiencies gained by the new software are often mitigated by lack of bridges to the other islands of data surrounding it. This requires workers to do double entry (if they bother at all), use paper-based solutions, create ad-hoc merges of data in Excel, etc. in an attempt to get the unified picture they require to do their jobs. In our company, the preference has been many times to build in-house solutions, that are acknowledged to be less fully-featured than commercial alternatives, in order to gain the benefits of integration with the larger data archipelago. So, instead of viewing the 'openness' of a data schema as a problem, perhaps it should be seen as an opportunity. Document your schema nicely using a case tool. Make it freely available to your customers. It could be the start of realizing a new revenue stream alongside that generated by your standalone program, namely, integration services. -Ken -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Monday, June 21, 2004 1:02 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav From jeffrey.demulling at usbank.com Tue Jun 22 11:00:57 2004 From: jeffrey.demulling at usbank.com (jeffrey.demulling at usbank.com) Date: Tue, 22 Jun 2004 11:00:57 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Very interesting. Have to look at the code now. ------------------------------------------------------------------------------ Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. ============================================================================== From Developer at UltraDNT.com Tue Jun 22 12:11:25 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 22 Jun 2004 13:11:25 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: Message-ID: <000501c4587b$f6732720$6401a8c0@COA3> Drew, this is way cool. I haven't even read the code yet, but is it do-able to have this work the other way, that is, have the Access application shrink down and into itself (sort of like an old tube tv turning off)? Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ggonzalez at cccis.com Tue Jun 22 12:13:28 2004 From: ggonzalez at cccis.com (ggonzalez at cccis.com) Date: Tue, 22 Jun 2004 12:13:28 -0500 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: <805437558.20040622172134@cactus.dk> Message-ID: Gustav, I cant seem to find that Archive Gustav Brock To Sent by: Access Developers discussion and accessd-bounces at d problem solving atabaseadvisors.c om cc Subject 06/22/2004 10:21 Re: [AccessD] Lost/Forgotten AM Password Please respond to Access Developers discussion and problem solving Hi Gonzalez If you are talking about a simple database password, look up: "Access Password Crack(?)" in the archive from 2002-11-10. /gustav > does anyone know a way to recover a lost Database Password. The company I > work for has a database they need to access but the developer of the > database is long gone. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From KIsmert at TexasSystems.com Tue Jun 22 12:13:37 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Tue, 22 Jun 2004 12:13:37 -0500 Subject: [AccessD] Recording field changes In-Reply-To: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <00a001c4587c$428f8ef0$2a3ca8c0@TEXASSYSTEMS.COM> Some resources I found on Audit Tables (sorry, not much DAO/Access here): MSDN Data Points "Creating Audit Tables, Invoking COM Objects, and More" By John Papa http://msdn.microsoft.com/msdnmag/issues/04/04/DataPoints/default.aspx MSDN "Engine-Collection-Class, a Design Pattern for Building Reusable Enterprise Components" Mike McClure http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndevgen/ht ml/desipat.asp MSDN "Designing Data Tier Components and Passing Data Through Tiers" http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/ BOAGag.asp -Ken -----Original Message----- From: David Emerson [mailto:davide at dalyn.co.nz] Sent: Monday, June 21, 2004 3:44 PM To: accessd at databaseadvisors.com Subject: [AccessD] Recording field changes Group, I have a client that needs to record all changes to the data on a field by field basis (they don't want to record whole records if there is a change - just the fields that changed (old and new values)). My initial though is to put code in every field that records the value on entry, compares this on exit and records the change if they values are different. Because there are several hundred fields involved I was wondering if there was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From ranthony at wrsystems.com Tue Jun 22 12:32:55 2004 From: ranthony at wrsystems.com (ranthony at wrsystems.com) Date: Tue, 22 Jun 2004 13:32:55 -0400 Subject: [AccessD] Lost/Forgotten Password Message-ID: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com> Here's one... Poster: MartyConnelly Posted: 2/17/2003 1:58:39 AM Subject: Re: [AccessD] database password Message: This site has tools to crack access 2000 and mdw files Keep your shields up when going there; the site has been hacked before. It is on freebie Russian site that has tracking software and possibly spyware I have seen it recommended by Michael Kaplan to avoid the companies that demand payment for forgotten passwords. http://accesstools.narod.ru/index.html John W. Colby wrote: >Does anyone know if the database password storage / algorithm for A2K is >different from A97? > >I have a password cracker for A97 that I tested and confirmed to work in A97 >(from that Russian guy (Shamil) ;-) but it doesn't seem to work on a db I >created and password protected in A2K. Does it help to make the password >larger or is it a so simple an algorithm that length makes no difference? > >John W. Colby >Colby Consulting >www.ColbyConsulting.com -----Original Message----- From: ggonzalez at cccis.com [mailto:ggonzalez at cccis.com] Sent: Tuesday, June 22, 2004 1:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Lost/Forgotten Password Gustav, I cant seem to find that Archive Gustav Brock To Sent by: Access Developers discussion and accessd-bounces at d problem solving atabaseadvisors.c om cc Subject 06/22/2004 10:21 Re: [AccessD] Lost/Forgotten AM Password Please respond to Access Developers discussion and problem solving Hi Gonzalez If you are talking about a simple database password, look up: "Access Password Crack(?)" in the archive from 2002-11-10. /gustav > does anyone know a way to recover a lost Database Password. The company I > work for has a database they need to access but the developer of the > database is long gone. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Tue Jun 22 12:56:37 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 22 Jun 2004 12:56:37 -0500 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <200406220515.i5M5FIQ19233@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040622124821.017d5218@pop3.highstream.net> Rocky, Or you could take a cue from commercial software like Remedy (Help Desk Tickets using Oracle) and do something like this: CREATE TABLE H181 ( ENTRYID VARCHAR2(15) NOT NULL, T0 NUMBER(15) NULL, U0 VARCHAR2(30) NULL, T1 NUMBER(15) NULL, U1 VARCHAR2(30) NULL, T2 NUMBER(15) NULL, U2 VARCHAR2(30) NULL, T3 NUMBER(15) NULL, U3 VARCHAR2(30) NULL, T4 NUMBER(15) NULL, U4 VARCHAR2(30) NULL, T5 NUMBER(15) NULL, U5 VARCHAR2(30) NULL ); OR CREATE TABLE T181 ( C1 VARCHAR2(15) NOT NULL, C2 VARCHAR2(30) NULL, C3 NUMBER(15) NOT NULL, C4 VARCHAR2(30) NULL, C5 VARCHAR2(30) NOT NULL, C6 NUMBER(15) NOT NULL, C7 NUMBER(15) NOT NULL, C8 VARCHAR2(128) NOT NULL, C20000998 VARCHAR2(10) NULL, C20000999 VARCHAR2(10) NULL, C200000003 VARCHAR2(50) NULL, C200000004 VARCHAR2(50) NULL, C200000005 VARCHAR2(50) NULL, C200000006 VARCHAR2(50) NULL, C200000007 VARCHAR2(40) NULL, C200000012 VARCHAR2(30) NULL, C230000009 VARCHAR2(30) NULL, C230000010 CLOB NULL, C240000000 VARCHAR2(30) NULL, C240000001 VARCHAR2(128) NULL, C240000002 VARCHAR2(30) NULL, C240000003 VARCHAR2(70) NULL, C240000004 VARCHAR2(30) NULL, C240000005 VARCHAR2(30) NULL, C240000006 VARCHAR2(128) NULL, C240000007 CLOB NULL, C240000008 CLOB NULL, C240000009 NUMBER(15) NULL, C240000010 NUMBER(15) NULL, C240000011 NUMBER(15) NULL, C240000012 CLOB NULL, C240000015 VARCHAR2(128) NULL, C240000016 VARCHAR2(128) NULL, C536871560 NUMBER(15) NULL, C536871562 NUMBER(15) NULL, C536871564 NUMBER(15) NULL, C536871570 NUMBER(15) NULL, C536871572 NUMBER(15) NULL, C536871589 VARCHAR2(50) NULL, C536871604 NUMBER(15) NULL, C536871618 NUMBER(15) NULL, C536871621 NUMBER(15) NULL, C536871649 VARCHAR2(50) NULL ); They use an ODBC driver they developed to show the English names for the columns. And it actually does a join on some of the tables to get the information to display. Personally, I have not found a system that I could not reverse engineer if I had the database table structure. But the "Remedy method" makes it extremely difficult. Robert At 12:15 AM 22/06/2004 -0500, you wrote: >Date: Mon, 21 Jun 2004 20:02:02 +0200 >From: Gustav Brock >Subject: Re: [AccessD] Hiding Back End Design >To: Access Developers discussion and problem solving > >Message-ID: <19542148406.20040621200202 at cactus.dk> >Content-Type: text/plain; charset=us-ascii > >Hi Rocky > >No, you cannot open or attach tables from the BE without the correct >password. But as stated from several already, you can google up at >least three password crackers. > >Next step would be Access security as mentioned by Drew, and the next >would be to apply field encryption which is a major step. > >By why not turn it completely around: make the design open and >documented as "this is the way to build a database for an application >like this"? Then you are the master and everyone else is the >replicant - following the "Rocky" standard. Personally, I think the >time for proprietary systems has passed - customers need systems they >can drag data from to be used elsewhere. > >Also, I really doubt someone can figure out the intelligence of your >app just by watching the table design. One can watch what is going on >when data have been entered or updated but not _how_, and if someone >can figure it out, he will already know how to build a similar app >without knowing your table design. > >/gustav From rl_stewart at highstream.net Tue Jun 22 12:59:01 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 22 Jun 2004 12:59:01 -0500 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <200406220515.i5M5FIQ19233@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040622125720.017dcc88@pop3.highstream.net> Jim, I would have to disagree. In a well designed application, the database design will dictate how the GUI works not the other way. I would find it more difficult to reverse engineer a poorly designed database to replicate an application. Robert At 12:15 AM 22/06/2004 -0500, you wrote: >Date: Mon, 21 Jun 2004 15:21:23 -0400 >From: "Jim Dettman" >Subject: RE: [AccessD] Hiding Back End Design >To: "Access Developers discussion and problem solving" > >Message-ID: >Content-Type: text/plain; charset="iso-8859-1" > >Rocky, > ><To >someone in China who wanted in, would it be very difficult?>> > > No. > > With Access, the best you can do is protect the source code by supplying a >MDE file. Outside of that, it's all easily breakable. > > And I would disagree that the table design is 80% of the app. Probably >the other way around. > >Jim Dettman >(315) 699-3443 >jimdettman at earthlink.net From davide at dalyn.co.nz Tue Jun 22 13:20:58 2004 From: davide at dalyn.co.nz (David Emerson) Date: Wed, 23 Jun 2004 06:20:58 +1200 Subject: [AccessD] Recording field changes In-Reply-To: <00a001c4587c$428f8ef0$2a3ca8c0@TEXASSYSTEMS.COM> References: <5.2.0.9.0.20040622083900.00b2b8e0@mail.dalyn.co.nz> Message-ID: <5.2.0.9.0.20040623061957.03390858@mail.dalyn.co.nz> Thanks everyone for your replies. I will be able to start digesting them all next week. -----Original Message----- >From: David Emerson [mailto:davide at dalyn.co.nz] >Sent: Monday, June 21, 2004 3:44 PM >To: accessd at databaseadvisors.com >Subject: [AccessD] Recording field changes > > >Group, > >I have a client that needs to record all changes to the data on a field by >field basis (they don't want to record whole records if there is a change - >just the fields that changed (old and new values)). My initial though is >to put code in every field that records the value on entry, compares this >on exit and records the change if they values are different. > >Because there are several hundred fields involved I was wondering if there >was any easy way of doing the job without adding code to every field. Regards David Emerson Dalyn Software Ltd 25 Cunliffe St, Churton Park Wellington, New Zealand Ph/Fax (04) 478-7456 Mobile 027-280-9348 From Jim.Hale at FleetPride.com Tue Jun 22 14:03:27 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 22 Jun 2004 14:03:27 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD0E@corp-es01.fleetpride.com> Very nice, Drew. (especially since it is plug and play :-)) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 10:42 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 22 14:26:25 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 22 Jun 2004 14:26:25 -0500 Subject: [AccessD] AXP --> A2K In-Reply-To: <16163078.1087869918092.JavaMail.root@sniper5.usinternet.com> Message-ID: <000201c4588e$cfa67710$de1811d8@danwaters> Thanks Vlad! I know it sounded like a silly question but it seemed too straightforward to be completely believable. Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 9:01 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] AXP --> A2K Dan, Yep, as long as you don't have any AXP specific code. I have done this on numerous occasions. Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Tuesday, 22 June 2004 1:11 AM To: 'Database Advisors' Subject: [AccessD] AXP --> A2K If I create a FE and BE using Access XP and save both files in A2K format, move those files to a different PC which only has Access 2K, will A2K be able to open and run those files? (Assuming any AXP only functionality is not used.) Thanks! Dan -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 22 14:57:08 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 22 Jun 2004 12:57:08 -0700 Subject: [AccessD] FW: Store value on form to table References: <193572B4E0FC1744BEDFEE63F82CEC9E0273959D@bocnte2k4.boc.chevrontexaco.net> Message-ID: <40D88F14.60802@shaw.ca> Not sure exactly what you are doing but have a look at these sample mdb's especially cascading combo boxes and listboxes. And this one MultiSelect.mdb ( intermediate ) Form illustrates two methods how to write values selected in a multi-select list box into a table. http://www.rogersaccesslibrary.com/TableOfContents3.asp Might be enough to get you started. Kaup, Chester A wrote: >I made a misstatement in my original question. The building of the list >box is giving me the list of fields that are the record source of the >form. The values from the list box are not getting stored though. Why? > >Chester Kaup >Information Management Technician >IT-MidContinent/MidContinent Business Unit >CTN 8-687-7415 >Outside 432-687-7414 > >No trees were killed in the sending of this message. However a large >number of electrons were terribly inconvenienced. > > > > > >> -----Original Message----- >>From: Kaup, Chester A >>Sent: Tuesday, June 22, 2004 9:43 AM >>To: AccessD at databaseadvisors.com >>Subject: Store value on form to table >> >>I have two questions regarding storing a value on a form to a table. >>I have a text box on a form that gets its value from a selection made >>on another form. >>I also have on the same form a drop down list box. When I created the >>list box I picked the selection to store that value in this field but >>that only gives me a list of fields in the query that is the source >>for the list box. I need to store the contents of the text box and the >>selection from the drop down list box to a table. I am having no >>success doing this. Your help in doing this would be appreciated. >> >>Chester Kaup >>Information Management Technician >>IT-MidContinent/MidContinent Business Unit >>CTN 8-687-7415 >>Outside 432-687-7414 >> >>No trees were killed in the sending of this message. However a large >>number of electrons were terribly inconvenienced. >> >> >> >> >> -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Tue Jun 22 15:06:44 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 22 Jun 2004 13:06:44 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> <00f301c45872$4c55e470$6601a8c0@HAL9002> Message-ID: <40D89154.9010301@shaw.ca> Have you looked at Garry Robinson's book yet "Real World Microsoft Access Database Protection and Security". http://vb123.com/map/ A shareware version of a simplified user security add-in - LASsie (Light Application Security) for MS Access - is available for download here: http://www.peterssoftware.com/las.htm Also, there's the Access Project Security Manager from databasecreations, Inc.: http://www.databasecreations.com/prod_apsm.htm Rocky Smolin - Beach Access Software wrote: >In fact when I was working with this Chinese distributor in the old DOS days >(I had implemented a hardware key which plugged into the parallel port) she >told me that they have a saying in China "Locks are for the honest man." > >Rocky > >----- Original Message ----- >From: >To: >Sent: Tuesday, June 22, 2004 8:41 AM >Subject: RE: [AccessD] Hiding Back End Design > > > > >>Couldn't agree more. When I was in boot camp, one of our drill sargeants >>told us that the lock on our lockers only kept honest people honest. Very >>true statement. >> >>I had a talk with our CFO one day (my bosses boss), and told him that our >>best network security was ignorance. LOL >> >>Drew >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS >>Sent: Monday, June 21, 2004 9:20 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] Hiding Back End Design >> >> >>Gustav, >> >>"Personally, I think the time for proprietary systems has passed - >> >> >customers > > >>need systems they can drag data from to be used elsewhere." >> >>Never a truer word said. >> >>With the decision by the Munich government to migrate to Linux, France >>looking to do the same and Brazil on the verge, it seems as though the end >>is nigh for the proprietary software/business model. >> >>Hmmm, sorry I went a bit off topic there..... ; ) >> >>Rocky - if a cracker wants to crack your software he will. There are teams >>of these people out there who see it as a challenge. Why waste your time? >> >>Vlad >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >>Sent: Tuesday, 22 June 2004 4:02 AM >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] Hiding Back End Design >> >> >>Hi Rocky >> >>No, you cannot open or attach tables from the BE without the correct >>password. But as stated from several already, you can google up at least >>three password crackers. >> >>Next step would be Access security as mentioned by Drew, and the next >> >> >would > > >>be to apply field encryption which is a major step. >> >>By why not turn it completely around: make the design open and documented >> >> >as > > >>"this is the way to build a database for an application like this"? Then >> >> >you > > >>are the master and everyone else is the replicant - following the "Rocky" >>standard. Personally, I think the time for proprietary systems has >> >> >passed - > > >>customers need systems they can drag data from to be used elsewhere. >> >>Also, I really doubt someone can figure out the intelligence of your app >>just by watching the table design. One can watch what is going on when >> >> >data > > >>have been entered or updated but not _how_, and if someone can figure it >>out, he will already know how to build a similar app without knowing your >>table design. >> >>/gustav >> >> >> >> >>>If I'm reading the help file correctly, encryption does not hide the >>>objects, just the data, yes? I need to hide the design of the back >>>end. Password protection is too weak. I'll be up against >>>professionals. >>> >>> >>>Rocky >>> >>> >>>----- Original Message ----- >>>From: "Gustav Brock" >>>To: "Access Developers discussion and problem solving" >>> >>>Sent: Monday, June 21, 2004 9:41 AM >>>Subject: Re: [AccessD] Hiding Back End Design >>> >>> >> >> >>>>Hi Rocky >>>> >>>>You can encrypt the database. Not bulletproof, of course, but keeps >>>>the average user away. >>>> >>>>/gustav >>>> >>>> >>>> >>>>>Is there a way to easily hide the back end design? My distributor in >>>>> >>>>> >>>Taiwan feels that if the back end design is not hidden then the product >>> >>> >>can >> >> >>>be easily knocked off. >>> >>> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From cfoust at infostatsystems.com Tue Jun 22 15:17:40 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 22 Jun 2004 13:17:40 -0700 Subject: [AccessD] Re: Hiding Back End Design Message-ID: It also makes it a pain in the anatomy to maintain! Charlotte Foust -----Original Message----- From: Robert L. Stewart [mailto:rl_stewart at highstream.net] Sent: Tuesday, June 22, 2004 9:57 AM To: accessd at databaseadvisors.com Cc: bchacc at san.rr.com Subject: [AccessD] Re: Hiding Back End Design Rocky, Or you could take a cue from commercial software like Remedy (Help Desk Tickets using Oracle) and do something like this: CREATE TABLE H181 ( ENTRYID VARCHAR2(15) NOT NULL, T0 NUMBER(15) NULL, U0 VARCHAR2(30) NULL, T1 NUMBER(15) NULL, U1 VARCHAR2(30) NULL, T2 NUMBER(15) NULL, U2 VARCHAR2(30) NULL, T3 NUMBER(15) NULL, U3 VARCHAR2(30) NULL, T4 NUMBER(15) NULL, U4 VARCHAR2(30) NULL, T5 NUMBER(15) NULL, U5 VARCHAR2(30) NULL ); OR CREATE TABLE T181 ( C1 VARCHAR2(15) NOT NULL, C2 VARCHAR2(30) NULL, C3 NUMBER(15) NOT NULL, C4 VARCHAR2(30) NULL, C5 VARCHAR2(30) NOT NULL, C6 NUMBER(15) NOT NULL, C7 NUMBER(15) NOT NULL, C8 VARCHAR2(128) NOT NULL, C20000998 VARCHAR2(10) NULL, C20000999 VARCHAR2(10) NULL, C200000003 VARCHAR2(50) NULL, C200000004 VARCHAR2(50) NULL, C200000005 VARCHAR2(50) NULL, C200000006 VARCHAR2(50) NULL, C200000007 VARCHAR2(40) NULL, C200000012 VARCHAR2(30) NULL, C230000009 VARCHAR2(30) NULL, C230000010 CLOB NULL, C240000000 VARCHAR2(30) NULL, C240000001 VARCHAR2(128) NULL, C240000002 VARCHAR2(30) NULL, C240000003 VARCHAR2(70) NULL, C240000004 VARCHAR2(30) NULL, C240000005 VARCHAR2(30) NULL, C240000006 VARCHAR2(128) NULL, C240000007 CLOB NULL, C240000008 CLOB NULL, C240000009 NUMBER(15) NULL, C240000010 NUMBER(15) NULL, C240000011 NUMBER(15) NULL, C240000012 CLOB NULL, C240000015 VARCHAR2(128) NULL, C240000016 VARCHAR2(128) NULL, C536871560 NUMBER(15) NULL, C536871562 NUMBER(15) NULL, C536871564 NUMBER(15) NULL, C536871570 NUMBER(15) NULL, C536871572 NUMBER(15) NULL, C536871589 VARCHAR2(50) NULL, C536871604 NUMBER(15) NULL, C536871618 NUMBER(15) NULL, C536871621 NUMBER(15) NULL, C536871649 VARCHAR2(50) NULL ); They use an ODBC driver they developed to show the English names for the columns. And it actually does a join on some of the tables to get the information to display. Personally, I have not found a system that I could not reverse engineer if I had the database table structure. But the "Remedy method" makes it extremely difficult. Robert At 12:15 AM 22/06/2004 -0500, you wrote: >Date: Mon, 21 Jun 2004 20:02:02 +0200 >From: Gustav Brock >Subject: Re: [AccessD] Hiding Back End Design >To: Access Developers discussion and problem solving > >Message-ID: <19542148406.20040621200202 at cactus.dk> >Content-Type: text/plain; charset=us-ascii > >Hi Rocky > >No, you cannot open or attach tables from the BE without the correct >password. But as stated from several already, you can google up at >least three password crackers. > >Next step would be Access security as mentioned by Drew, and the next >would be to apply field encryption which is a major step. > >By why not turn it completely around: make the design open and >documented as "this is the way to build a database for an application >like this"? Then you are the master and everyone else is the replicant >- following the "Rocky" standard. Personally, I think the time for >proprietary systems has passed - customers need systems they can drag >data from to be used elsewhere. > >Also, I really doubt someone can figure out the intelligence of your >app just by watching the table design. One can watch what is going on >when data have been entered or updated but not _how_, and if someone >can figure it out, he will already know how to build a similar app >without knowing your table design. > >/gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Tue Jun 22 15:34:38 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 22 Jun 2004 13:34:38 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> <00f301c45872$4c55e470$6601a8c0@HAL9002> <40D89154.9010301@shaw.ca> Message-ID: <020001c45898$57178910$6601a8c0@HAL9002> Marty: Lassie and Access Project Security Manager work on front end objects. Don't appear to secure the back end. Do you know if Robinson's book talks about securing the back end? TIA Rocky ----- Original Message ----- From: "MartyConnelly" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 22, 2004 1:06 PM Subject: Re: [AccessD] Hiding Back End Design > Have you looked at Garry Robinson's book yet "Real World Microsoft > Access Database Protection and Security". > http://vb123.com/map/ > > A shareware version of a simplified user security add-in - LASsie > (Light Application Security) for MS Access - is available for download > here: > http://www.peterssoftware.com/las.htm > > Also, there's the Access Project Security Manager from > databasecreations, Inc.: > http://www.databasecreations.com/prod_apsm.htm > > > Rocky Smolin - Beach Access Software wrote: > > >In fact when I was working with this Chinese distributor in the old DOS days > >(I had implemented a hardware key which plugged into the parallel port) she > >told me that they have a saying in China "Locks are for the honest man." > > > >Rocky > > > >----- Original Message ----- > >From: > >To: > >Sent: Tuesday, June 22, 2004 8:41 AM > >Subject: RE: [AccessD] Hiding Back End Design > > > > > > > > > >>Couldn't agree more. When I was in boot camp, one of our drill sargeants > >>told us that the lock on our lockers only kept honest people honest. Very > >>true statement. > >> > >>I had a talk with our CFO one day (my bosses boss), and told him that our > >>best network security was ignorance. LOL > >> > >>Drew > >> > >>-----Original Message----- > >>From: accessd-bounces at databaseadvisors.com > >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS > >>Sent: Monday, June 21, 2004 9:20 PM > >>To: 'Access Developers discussion and problem solving' > >>Subject: RE: [AccessD] Hiding Back End Design > >> > >> > >>Gustav, > >> > >>"Personally, I think the time for proprietary systems has passed - > >> > >> > >customers > > > > > >>need systems they can drag data from to be used elsewhere." > >> > >>Never a truer word said. > >> > >>With the decision by the Munich government to migrate to Linux, France > >>looking to do the same and Brazil on the verge, it seems as though the end > >>is nigh for the proprietary software/business model. > >> > >>Hmmm, sorry I went a bit off topic there..... ; ) > >> > >>Rocky - if a cracker wants to crack your software he will. There are teams > >>of these people out there who see it as a challenge. Why waste your time? > >> > >>Vlad > >> > >>-----Original Message----- > >>From: accessd-bounces at databaseadvisors.com > >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > >>Sent: Tuesday, 22 June 2004 4:02 AM > >>To: Access Developers discussion and problem solving > >>Subject: Re: [AccessD] Hiding Back End Design > >> > >> > >>Hi Rocky > >> > >>No, you cannot open or attach tables from the BE without the correct > >>password. But as stated from several already, you can google up at least > >>three password crackers. > >> > >>Next step would be Access security as mentioned by Drew, and the next > >> > >> > >would > > > > > >>be to apply field encryption which is a major step. > >> > >>By why not turn it completely around: make the design open and documented > >> > >> > >as > > > > > >>"this is the way to build a database for an application like this"? Then > >> > >> > >you > > > > > >>are the master and everyone else is the replicant - following the "Rocky" > >>standard. Personally, I think the time for proprietary systems has > >> > >> > >passed - > > > > > >>customers need systems they can drag data from to be used elsewhere. > >> > >>Also, I really doubt someone can figure out the intelligence of your app > >>just by watching the table design. One can watch what is going on when > >> > >> > >data > > > > > >>have been entered or updated but not _how_, and if someone can figure it > >>out, he will already know how to build a similar app without knowing your > >>table design. > >> > >>/gustav > >> > >> > >> > >> > >>>If I'm reading the help file correctly, encryption does not hide the > >>>objects, just the data, yes? I need to hide the design of the back > >>>end. Password protection is too weak. I'll be up against > >>>professionals. > >>> > >>> > >>>Rocky > >>> > >>> > >>>----- Original Message ----- > >>>From: "Gustav Brock" > >>>To: "Access Developers discussion and problem solving" > >>> > >>>Sent: Monday, June 21, 2004 9:41 AM > >>>Subject: Re: [AccessD] Hiding Back End Design > >>> > >>> > >> > >> > >>>>Hi Rocky > >>>> > >>>>You can encrypt the database. Not bulletproof, of course, but keeps > >>>>the average user away. > >>>> > >>>>/gustav > >>>> > >>>> > >>>> > >>>>>Is there a way to easily hide the back end design? My distributor in > >>>>> > >>>>> > >>>Taiwan feels that if the back end design is not hidden then the product > >>> > >>> > >>can > >> > >> > >>>be easily knocked off. > >>> > >>> > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >> > >> > >> > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >>-- > >>_______________________________________________ > >>AccessD mailing list > >>AccessD at databaseadvisors.com > >>http://databaseadvisors.com/mailman/listinfo/accessd > >>Website: http://www.databaseadvisors.com > >> > >> > > > > > > > > -- > Marty Connelly > Victoria, B.C. > Canada > > > > -- > _______________________________________________ > 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 Jun 22 16:37:36 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 23 Jun 2004 07:37:36 +1000 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: <5F21A4E8B8DD734992EF9E70AC9D3064128C42@mail2.wrsystems.com> Message-ID: <40D93340.18340.14417645@localhost> On 22 Jun 2004 at 11:45, ranthony at wrsystems.com wrote: > I used PasswordPro, IIRC, you can google it. It's about $30. > I use Access Key from http://www.lostpassword.com It's allowed to me recover and extend several "secure" Acess applications where the developer was no longer available. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From DWUTKA at marlow.com Tue Jun 22 17:19:09 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 17:19:09 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB05B@main2.marlow.com> Isn't plug and play convenient? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Tuesday, June 22, 2004 2:03 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Very nice, Drew. (especially since it is plug and play :-)) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 10:42 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Tue Jun 22 17:28:11 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Tue, 22 Jun 2004 17:28:11 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB05C@main2.marlow.com> -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Tuesday, June 22, 2004 12:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Drew, this is way cool. I haven't even read the code yet, but is it do-able to have this work the other way, that is, have the Access application shrink down and into itself (sort of like an old tube tv turning off)? Steve Sure can. Put the following into a module: Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Private Const RGN_AND = 1 Function TVTubeOut(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = rt.Bottom rtCircle.Top = rt.Top rtCircle.Right = rt.Right rtCircle.Left = rt.Left If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If Do Until rtCircle.Top >= rtCircle.Bottom X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_AND) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom - 1 rtCircle.Top = rtCircle.Top + 1 rtCircle.Left = rtCircle.Left + 1 rtCircle.Right = rtCircle.Right - 1 DeleteObject X DeleteObject InitialRegion Loop DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function And you can call it with: Private Sub Command8_Click() TVTubeOut Me.hwnd DoCmd.Close acForm, Me.Name End Sub Private Sub Command9_Click() TVTubeOut Application.hWndAccessApp DoCmd.Quit End Sub One closes the form, one closes Access. Drew From gustav at cactus.dk Wed Jun 23 04:10:26 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 23 Jun 2004 11:10:26 +0200 Subject: [AccessD] Lost/Forgotten Password In-Reply-To: References: Message-ID: <1847195676.20040623111026@cactus.dk> Hi Gonzalez > Gustav, I cant seem to find that Archive OK, here goes - but remember, this is not for Access security (mdw files) only simple database protection of Access 97 files. >From A2000 (Jet 4.0) it is not that easy to handle. (The old list mentioned is the one hosted by MT Group). --- Recently we had to deal with some password protected Access 97 files and found a message on this from the old list. I've brushed it up slightly much because it contained a bug and because I found out that a file password can be 20 characters long when set from code but only 14 when set manually! Anyway, here's the simple code to read the password from an Access 97 file - also to warn you not to rely too much on this kind of protection (beware of line breaks): Public Sub smsAcc97PwdRead(ByVal vstrMdbPath As String) ' Purpose: Read MS Access 97 database level password ' Written by: Shamil Salakhetdinov ' e-mail: shamil at marta.darts.spb.ru ' ' Parameters: ' vstrMdbPath - full path for MS Access 97 database ' ' ' Credits: ' www.rootshell.com/archive-j457nxiqi3gq59dv/199902/all-access.c.html ' ' Modified: 2001-06-20. Cactus Data ApS. ' Reason: Password length was limited to 13 characters ' Now reads a password with the maximum length of 20 characters. ' ' String manipulation simplified. ' Rudimentary check of file type as Jet file added. On Error GoTo smsAccPwdRead_Err Const cintAcc97JetOffset As Integer = &H5 Const cintAcc97PwdOffset As Integer = &H43 Const cintAcc97PwdLength As Integer = 20 ' Only up to cintAcc97PwdLenMan characters ' can be entered manually when changing password. Const cintAcc97PwdLenMan As Integer = 14 Const cstrJetFileTypeID As String * 15 = "Standard Jet DB" Dim strJetBuf As String * 15 Dim strPwdClear As String Dim strPwdBuf As String * cintAcc97PwdLength Dim strPwd As String Dim strMsgTxt As String Dim strMsgTit As String Dim intMsgMod As Integer Dim bytChr As Byte Dim intLen As Integer Dim intFn As Integer Dim intI As Integer strPwdClear = Chr(&H86) & Chr(&HFB) & Chr(&HEC) & Chr(&H37) & _ Chr(&H5D) & Chr(&H44) & Chr(&H9C) & Chr(&HFA) & _ Chr(&HC6) & Chr(&H5E) & Chr(&H28) & Chr(&HE6) & _ Chr(&H13) & Chr(&HB6) & Chr(&H8A) & Chr(&H60) & _ Chr(&H54) & Chr(&H94) & Chr(&H7B) & Chr(&H36) strMsgTit = "Access 97 Jet File Password detection" strMsgTxt = "File '" & vstrMdbPath & "'" & vbCrLf intFn = FreeFile Open vstrMdbPath For Binary Access Read As #intFn Get #intFn, cintAcc97JetOffset, strJetBuf Get #intFn, cintAcc97PwdOffset, strPwdBuf Close intFn If Not StrComp(cstrJetFileTypeID, strJetBuf, vbBinaryCompare) = 0 Then ' Not a Jet file. strMsgTxt = strMsgTxt & "can not be identified as a Jet file." intMsgMod = vbExclamation + vbOKOnly Else For intI = 1 To cintAcc97PwdLength bytChr = Asc(Mid(strPwdBuf, intI, 1)) Xor Asc(Mid(strPwdClear, intI, 1)) Mid(strPwdBuf, intI, 1) = Chr(bytChr) If bytChr = 0 Then strPwd = Left(strPwdBuf, intI - 1) ' Stop loop. intI = cintAcc97PwdLength ElseIf intI = cintAcc97PwdLength Then strPwd = strPwdBuf End If Debug.Print Asc(strPwdBuf), strPwdBuf Next intI intLen = Len(strPwd) If intLen = 0 Then ' Password is empty. strMsgTxt = strMsgTxt & "is not password protected." Else strMsgTxt = strMsgTxt & "is protected by password:" & vbCrLf & _ "'" & strPwd & "'." & vbCrLf & vbCrLf & _ "Length of password is " & intLen & " character" & Left("s", Abs(intLen > 1)) & "." If intLen > cintAcc97PwdLenMan Then strMsgTxt = strMsgTxt & vbCrLf & "This password can not be altered manually!" End If End If intMsgMod = vbInformation + vbOKOnly End If MsgBox strMsgTxt, intMsgMod, strMsgTit smsAccPwdRead_Exit: Exit Sub smsAccPwdRead_Err: MsgBox "smsAccPwdRead: Err = " & Err & " - " & Err.Description Resume smsAccPwdRead_Exit End Sub --- Beware of line breaks. /gustav From gustav at cactus.dk Wed Jun 23 06:39:17 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 23 Jun 2004 13:39:17 +0200 Subject: [AccessD] Maximum number of attached tables? In-Reply-To: <571230639.20040619131950@cactus.dk> References: <571230639.20040619131950@cactus.dk> Message-ID: <4416127039.20040623133917@cactus.dk> Hi all Thanks for your replies. Now, next question on this quiet day: How much is the largest count of connected databases (not tables) you have ever used or heard of for one application/frontend? I wouldn't expect it to more than a small handful - but you never know. The type of database connection is not important - it can be Jet, ODBC, Paradox, xBase, Excel, Text, Html or Outlook/Exchange. /gustav From dfenton at ozemail.com.au Wed Jun 23 07:11:53 2004 From: dfenton at ozemail.com.au (David Fenton) Date: Wed, 23 Jun 2004 22:11:53 +1000 Subject: [AccessD] Multiple copies of value across columns in a crosstab. RePost. Message-ID: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> Hello database gurus and developers. Gustav requested re-post because spreadsheet sample was messed up. I hope it can be re-formatted with my asterisks this time. Just line 'em up. If this doesn't work can anyone suggest a way I can get the sample to the group with formatting intact? I can't attach a text file can I? Anyway... I have a problem that I cannot seem to solve. Picture a spreadsheet something like the following (asterisks are column separators and should line up): The sample below should show 5 rows. col1 *col2 *col3 *col4 *col5 *col6 *col7 *col8 *col9 *col10 * Name *PAX*DATEIN*DATEOUT *Jun-01 *Jun-02 *Jun-03 *Jun-04 *Jun-05 *Jun-06* Fred's Tours*12 *Jun-01 *Jun-05 *12 *12 *12 *12 *12 * * Bob's Trips *20 *Jun-03 *Jun-06 * * *20 *20 *20 *20 * Mary's Tours*41 *Jun-02 *Jun-05 * *41 *41 *41 *41 * * I have data for the first four columns in a table in a database (Name, PAX, DATEIN, DATEOUT) I can interrogate the database to find the min date in the DATEIN field and the max date in the DATEOUT field in the entire table. I use these two values to create a temporary table of dates from the min date to the max date. These dynamic values will become the column headers for a crosstab query where I am attempting to re-create the above spreadsheet. I can get the PAX to appear in the correct column ONLY for the first date, but not EACH date in the range from DATEIN to DATEOUT (as shown by the spreadsheet sample). The idea is that the crosstab query will export to EXCEL and the user just has to sum each column to know how many PAX they are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can see the PAX is just copied from the PAX column. We never know what the minimum or maximum date will be on any day. The Crosstab query picks up the dates from the TEMP table (which just has one field of date type) Below is the actual SQL that works, but only puts the PAX in the column where the *first* date column matches the DateIn for that Tour. I want the PAX number to appear in every column from the DateIn to the DateOut, as shown in the sample spreadsheet section above. TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, qryST_Calendar.DateOut, qryST_Calendar.PAX PIVOT TEMP_StudyTourCalendar.DayNumber; The TEMP_StudyTourCalendar.DayNumber is the field in the created table which holds all the dates from the lowest DateIn to the highest DateOut and forms the column headers. These will vary every day. We will only know the first date and the last date in the table called TEMP_StudyTourCalendar, on the day the crosstab query is run. One day it might have only 6 dates in it, the next day it might have 23 dates in it. The query must work for all dates in the table. Sample data in TEMP_StudyTourCalendar for the spreadsheet above would be: DayNumber 01-Jun-2004 02-Jun-2004 03-Jun-2004 04-Jun-2004 05-Jun-2004 06-Jun-2004 Am I missing something simple here? Any gurus like to sink their teeth into this one? Regards David Fenton Brisbane Australia From kwilliam at ashlandnet.com Wed Jun 23 07:35:23 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Wed, 23 Jun 2004 08:35:23 -0400 Subject: [AccessD] Access Export to Excel In-Reply-To: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> Message-ID: <000801c4591e$8e107270$64aba8c0@ashlandnet.com> Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 From appdevtwo at yahoo.com Wed Jun 23 08:05:54 2004 From: appdevtwo at yahoo.com (joseph sotomayor) Date: Wed, 23 Jun 2004 06:05:54 -0700 (PDT) Subject: [AccessD] Access Export to Excel In-Reply-To: <000801c4591e$8e107270$64aba8c0@ashlandnet.com> Message-ID: <20040623130554.61405.qmail@web41710.mail.yahoo.com> Yes, Use the format$ function: MyStr = Format(0032) ' Returns "0032". Keith Williamson wrote: Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com --------------------------------- Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! From artful at rogers.com Wed Jun 23 08:37:41 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 09:37:41 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <000301c450fc$88d1ad80$0501a8c0@colbyws> Message-ID: <070f01c45927$419b2620$6601a8c0@rock> You don't need the convert. You can just go SELECT * FROM someWhere WHERE ADateColumn >= "01-01-2004" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, June 13, 2004 12:12 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From JHewson at karta.com Wed Jun 23 08:40:06 2004 From: JHewson at karta.com (Jim Hewson) Date: Wed, 23 Jun 2004 08:40:06 -0500 Subject: [AccessD] Access Export to Excel Message-ID: <9C382E065F54AE48BC3AA7925DCBB01C0103E01A@karta-exc-int.Karta.com> Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Chris.Foote at uk.thalesgroup.com Wed Jun 23 08:40:54 2004 From: Chris.Foote at uk.thalesgroup.com (Foote, Chris) Date: Wed, 23 Jun 2004 14:40:54 +0100 Subject: [AccessD] Access Export to Excel Message-ID: <97CF276BD8C6D4119C4B00508BB18DE709E0C1AC@ntscxch1.int.rdel.co.uk> I was just about to write a similar reply Jim. You've saved me the effort. Regards Chris Foote - UK > -----Original Message----- > From: Jim Hewson [mailto:JHewson at karta.com] > Sent: Wednesday, June 23, 2004 2:40 PM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Access Export to Excel > > > Keith, > In my experience, the only way to ensure the "number" remains > "text" in Excel is to prepend with an apostrophe ( ' ). Also > the first data element in the column determines the format > for the entire column. Prior to your export you'll need to > add the apostrophe. It won't show in Excel. > HTH > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith > Williamson > Sent: Wednesday, June 23, 2004 7:35 AM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] Access Export to Excel > > > Hi all; > > I'm sure this is an easy one, but.....I have a report that I > am trying to > export to Excel. One of the fields is a text field (example: > "0032", as > text). When it exports to excel, it winds up truncating off > the zeros, to > become "32", instead. I really need this field to remain "0032". Any > ideas? > > Thanks in advance. > > Keith E. Williamson From artful at rogers.com Wed Jun 23 08:44:11 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 09:44:11 -0400 Subject: [AccessD] Cannot edit records in linked DQL table In-Reply-To: <0D2D1FEE52F53B46987A44B2EBF284D6206599@gbtmain.gorskibulk.local> Message-ID: <071001c45928$2a2a84d0$6601a8c0@rock> Double-check that the table in question has a primary key. Access won't let you touch a table without one (though Enterprise Manager will). Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Martin Kahelin Sent: Friday, June 18, 2004 3:21 PM To: Access Developers discussion and problem solving Subject: [AccessD] Cannot edit records in linked DQL table Can someone explain why some SQL table records linked to Access cannot be edited or updated in open table view. As soon as I try to make a change I get a message that another user has the record open and it won't allow saving the changed record. I am the only user using both Access and the SQL database. I can make changes via query. What changes do I need to make in either permissions, or ODBC data source definitions. Further info; we set up the SQL database and tables ourselves - still testing. No problems accessing, updating, adding or deleting records in other databases on the SQL server. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 08:47:48 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 09:47:48 -0400 Subject: [AccessD] Solution Looking for a Problem In-Reply-To: <011701c457a7$fcd83800$6601a8c0@HAL9002> Message-ID: <071101c45928$abb44ae0$6601a8c0@rock> Funny coincidence. I did exactly the same thing yesterday and "discovered" this behaviour myself. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:54 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Solution Looking for a Problem Dear List: I wanted to create some test data in a field in a table so I put 1 in the first record of the field, down arrowed, put in a 2 in the next record, down arrowed and a 3 appeared in the next record. So I held the down arrow down right through to the end of the table and, walla, had sequenced the whole field. Also works in a select query. Anybody have a use for this tip? Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mikedorism at adelphia.net Wed Jun 23 09:01:35 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Wed, 23 Jun 2004 10:01:35 -0400 Subject: [AccessD] Date syntax in SQL Server In-Reply-To: <070f01c45927$419b2620$6601a8c0@rock> Message-ID: <000401c4592a$98b8c180$cc0aa845@hargrove.internal> Also be forwarned that SQL Server is just as picky as Access... "01-01-2004" is really "01-01-2004 00:00:00" If you store Null to a SQL Server date field, it saves as "12/31/1899 00:00:00" so you need to use Empty instead. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 9:38 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server You don't need the convert. You can just go SELECT * FROM someWhere WHERE ADateColumn >= "01-01-2004" -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Sunday, June 13, 2004 12:12 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server But why does it need the convert? Just part of SQL Server? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of vchas Sent: Sunday, June 13, 2004 12:00 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Date syntax in SQL Server In sql dates are treated like strings, use single quotes not # Good Luck V www.vinniechas.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Saturday, June 12, 2004 8:46 PM To: 'Access Developers discussion and problem solving'; SQLServer Subject: [AccessD] Date syntax in SQL Server What is the syntax for dates in SQL Server? WHERE (DateOfBirth >= CONVERT(DATETIME, '1970-01-01', 102)) I need to get rid of the convert. Bracketing in ## doesn't work. John W. Colby www.ColbyConsulting.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kwilliam at ashlandnet.com Wed Jun 23 09:02:54 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Wed, 23 Jun 2004 10:02:54 -0400 Subject: [AccessD] Access Export to Excel In-Reply-To: <9C382E065F54AE48BC3AA7925DCBB01C0103E01A@karta-exc-int.Karta.com> Message-ID: <000c01c4592a$c80f4940$64aba8c0@ashlandnet.com> Thanks, guys. I should have thought of that. I must be getting old. :) Regards, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 23 09:24:27 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 23 Jun 2004 16:24:27 +0200 Subject: [AccessD] Multiple copies of value across columns in a crosstab. RePost. In-Reply-To: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> References: <6.0.1.1.0.20040623220103.02617008@mail.ozemail.com.au> Message-ID: <9826037069.20040623162427@cactus.dk> Hi David You need two items: a table with dates and a table with your PAX data. For simplicity I call them tblDate and tblPax. Now, fill your tblDate with all the dates you wish to view or - if it is filled with "every possible date from 1990 to 2030" - select the date interval you wish to view. Then create a crosstab query something like this: TRANSFORM Sum([PAX] * Abs([Date] Between [DateIn] And [DateOut])) SELECT tblPax.ID, tblPax.Name, tblPax.DateIn tblPax.DateOut FROM tblPax, tblDate GROUP BY tblPax.ID, tblPax.Name, tblPax.DateIn, tblPax.DateOut PIVOT tblDate.Date; Note the missing join between the two tables. /gustav > Picture a spreadsheet something like the following (asterisks are column > separators and should line up): The sample below should show 5 rows. > col1 *col2 *col3 *col4 *col5 *col6 *col7 *col8 *col9 *col10 * > Name *PAX *DATEIN *DATEOUT *Jun-01 *Jun-02 *Jun-03 *Jun-04 *Jun-05 *Jun-06* > Fred's Tours *12 *Jun-01 *Jun-05 *12 *12 *12 *12 *12 * * > Bob's Trips *20 *Jun-03 *Jun-06 * * *20 *20 *20 *20 * > Mary's Tours *41 *Jun-02 *Jun-05 * *41 *41 *41 *41 * * > I have data for the first four columns in a table in a database (Name, PAX, > DATEIN, DATEOUT) > I can interrogate the database to find the min date in the DATEIN field and > the max date in the DATEOUT field in the entire table. I use these two > values to create a temporary table of dates from the min date to the max > date. These dynamic values will become the column headers for a crosstab > query where I am attempting to re-create the above spreadsheet. > I can get the PAX to appear in the correct column ONLY for the first date, > but not EACH date in the range from DATEIN to DATEOUT (as shown by the > spreadsheet sample). The idea is that the crosstab query will export to > EXCEL and the user just has to sum each column to know how many PAX they > are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on > Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can > see the PAX is just copied from the PAX column. We never know what the > minimum or maximum date will be on any day. The Crosstab query picks up the > dates from the TEMP table (which just has one field of date type) > Below is the actual SQL that works, but only puts the PAX in the column > where the *first* date column matches the DateIn for that Tour. I want the > PAX number to appear in every column from the DateIn to the DateOut, as > shown in the sample spreadsheet section above. > TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX > SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, qryST_Calendar.PAX > FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar > ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber > GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, > qryST_Calendar.PAX > PIVOT TEMP_StudyTourCalendar.DayNumber; > The TEMP_StudyTourCalendar.DayNumber is the field in the created table > which holds all the dates from the lowest DateIn to the highest DateOut and > forms the column headers. These will vary every day. We will only know the > first date and the last date in the table called TEMP_StudyTourCalendar, on > the day the crosstab query is run. One day it might have only 6 dates in > it, the next day it might have 23 dates in it. The query must work for all > dates in the table. > Sample data in TEMP_StudyTourCalendar for the spreadsheet above would be: > DayNumber > 01-Jun-2004 > 02-Jun-2004 > 03-Jun-2004 > 04-Jun-2004 > 05-Jun-2004 > 06-Jun-2004 > Am I missing something simple here? > Any gurus like to sink their teeth into this one? > Regards > David Fenton > Brisbane > Australia From Jim.Hale at FleetPride.com Wed Jun 23 09:26:00 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 09:26:00 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD13@corp-es01.fleetpride.com> You guys won't believe this. Diebold was/is using Access as the DB for its voting app. Talk about back end security issues!! Bring back the good 'ol days of hanging chads ! The lead in paragraphs are from Peters software newsletter. Incredible! Jim Hale 3. How NOT To Design an Application ------------------------------------- Well, Microsoft Access made history recently by being at the center of an automated voting machine controversy. It seems that Diebold Election Systems put together an application for the very, Very, VERY important purpose of counting votes in US elections. 37 states made use of this application. The only problem? Well, there were many! It seems that Diebold left their source code and other critical information on an unprotected public web site. They used bad vote accounting practices. They did not secure their MS Access databases, and they chose to use MS Access for this critical application in the first place! Sometimes knowing when NOT to use MS Access is just as important as knowing HOW to use MS Access. An investigative reporter in the article below was able to edit the Diebold MS Access tables directly, change vote totals, and erase the audit trail from the poorly designed tables. Whooops! That could be called a FLAW! A database like Oracle would have been much better for this task because you can have triggers (event procedures) for TABLE events. With Oracle you can have a procedure execute when a table record is updated, or a table field is updated. You can only do that with forms in MS Access, not tables. That means that a well-designed Oracle database would not be as susceptible to direct table editing without an audit trail the way this MS Access database was. Here's the story - a very good lesson on how NOT to design a critical application: Link: http://www.scoop.co.nz/mason/stories/HL0307/S00065.htm From paul.hartland at fsmail.net Wed Jun 23 09:52:33 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Wed, 23 Jun 2004 16:52:33 +0200 (CEST) Subject: [AccessD] Select All Records From A Table If Frame Value Equals 4 Message-ID: <26689073.1088002353649.JavaMail.www@wwinf3005> To all, Gone brain dead I?m sure this is a very simple one, basically I?m using a form which has a start date, end date and a frame with four possible options (Shift A, Shift B, Nights & All). If the user selects Shift A, Shift B or Nights then the query runs great, I just can?t see how to return all the shifts between the dates if the user selects all I have the following code in the criteria: IIf([Forms]![frmDateSelection]![fraShiftSelect]=1,"A",IIf([Forms]![frmDateSelection]![fraShiftSelect]=2,"B",IIf([Forms]![frmDateSelection]![fraShiftSelect]=3,"Nights","A or B or Nights"))) What do I need to do to be able to return all records ? Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From Jim.Hale at FleetPride.com Wed Jun 23 09:59:56 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 09:59:56 -0500 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD14@corp-es01.fleetpride.com> Yup, particularly since I don't have a clue what the code is doing. This will be fun to unravel and understand. :-) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 5:19 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Isn't plug and play convenient? Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Hale, Jim Sent: Tuesday, June 22, 2004 2:03 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Very nice, Drew. (especially since it is plug and play :-)) Jim Hale -----Original Message----- From: DWUTKA at marlow.com [mailto:DWUTKA at marlow.com] Sent: Tuesday, June 22, 2004 10:42 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! Thanks. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 21, 2004 11:34 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! That is too cool. Rocky ----- Original Message ----- From: To: Sent: Monday, June 21, 2004 2:32 PM Subject: [AccessD] Just for fun! Playing With Regions! > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long > Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As > Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long > Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, > ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, > ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) > As Long > Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal > Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long > Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 > rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 > rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 > rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 > If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) > Dim dwReturn As Long > dwReturn = SetWindowRgn(intHwnd, cRgn, True) > End Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jim.Hale at FleetPride.com Wed Jun 23 10:04:58 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 10:04:58 -0500 Subject: [AccessD] Select All Records From A Table If Frame Value Equa ls 4 Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD15@corp-es01.fleetpride.com> Like(*)? Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Wednesday, June 23, 2004 9:53 AM To: accessd Subject: [AccessD] Select All Records From A Table If Frame Value Equals 4 To all, Gone brain dead I'm sure this is a very simple one, basically I'm using a form which has a start date, end date and a frame with four possible options (Shift A, Shift B, Nights & All). If the user selects Shift A, Shift B or Nights then the query runs great, I just can't see how to return all the shifts between the dates if the user selects all...... I have the following code in the criteria: IIf([Forms]![frmDateSelection]![fraShiftSelect]=1,"A",IIf([Forms]![frmDateSe lection]![fraShiftSelect]=2,"B",IIf([Forms]![frmDateSelection]![fraShiftSele ct]=3,"Nights","A or B or Nights"))) What do I need to do to be able to return all records ? Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 10:15:19 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 11:15:19 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <001701c457ff$6b3f6410$0b08a8c0@carltonone.local> Message-ID: <072d01c45934$e5925340$6601a8c0@rock> I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 23 10:18:28 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 23 Jun 2004 08:18:28 -0700 Subject: [AccessD] Hiding Back End Design References: <6A6AA9DF57E4F046BDA1E273BDDB677217FD13@corp-es01.fleetpride.com> Message-ID: <005301c45935$564ef390$6601a8c0@HAL9002> We used the Diebold system in our last election. There were a few problems. Like about 1/3 of the machines wouldn't boot up when the polls opened resulting in delays. Some folks didn't get to vote. So, no more touch screen voting machines for a while in San Diego county. http://pqasb.pqarchiver.com/sandiego-sub/index.html?ts=1088003747&classchk=pass http://pqasb.pqarchiver.com/sandiego-sub/index.html?ts=1088003747&classchk=pass Rocky ----- Original Message ----- From: "Hale, Jim" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 7:26 AM Subject: RE: [AccessD] Hiding Back End Design > You guys won't believe this. Diebold was/is using Access as the DB for its > voting app. Talk about back end security issues!! Bring back the good 'ol > days of hanging chads ! The lead in paragraphs are from Peters software > newsletter. Incredible! > Jim Hale > > > 3. How NOT To Design an Application > ------------------------------------- > Well, Microsoft Access made history recently by being at the center > of an automated voting machine controversy. It seems that Diebold > Election Systems put together an application for the very, Very, > VERY important purpose of counting votes in US elections. 37 states > made use of this application. The only problem? Well, there were > many! It seems that Diebold left their source code and other > critical information on an unprotected public web site. They used > bad vote accounting practices. They did not secure their MS Access > databases, and they chose to use MS Access for this critical > application in the first place! > > Sometimes knowing when NOT to use MS Access is just as important as > knowing HOW to use MS Access. > > An investigative reporter in the article below was able to edit the > Diebold MS Access tables directly, change vote totals, and erase the > audit trail from the poorly designed tables. Whooops! That could be > called a FLAW! > > A database like Oracle would have been much better for this task > because you can have triggers (event procedures) for TABLE events. > With Oracle you can have a procedure execute when a table record is > updated, or a table field is updated. You can only do that with > forms in MS Access, not tables. That means that a well-designed > Oracle database would not be as susceptible to direct table editing > without an audit trail the way this MS Access database was. > > Here's the story - a very good lesson on how NOT to design a > critical application: > > Link: http://www.scoop.co.nz/mason/stories/HL0307/S00065.htm > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From rl_stewart at highstream.net Wed Jun 23 10:28:57 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Wed, 23 Jun 2004 10:28:57 -0500 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <200406231238.i5NCcxQ13683@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040623102744.017cba90@pop3.highstream.net> Oh yeah, I forgot that part. :-) The bottom line is with Access you cannot hide it well and if you do, it is not only a pain to them, but you also. Robert At 07:38 AM 23/06/2004 -0500, you wrote: >Date: Tue, 22 Jun 2004 13:17:40 -0700 >From: "Charlotte Foust" >Subject: RE: [AccessD] Re: Hiding Back End Design >To: "Access Developers discussion and problem solving" > >Message-ID: > >Content-Type: text/plain; charset="us-ascii" > >It also makes it a pain in the anatomy to maintain! > >Charlotte Foust From artful at rogers.com Wed Jun 23 10:38:50 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 11:38:50 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: Message-ID: <072f01c45938$2e958cd0$6601a8c0@rock> I'm getting busted on the line that says "HoleOutForm Application.hWndAccessApplication". Any idea why? Am I supposed to include a reference or something? OS = XP. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 10:43:17 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 11:43:17 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: Message-ID: <073401c45938$cda77180$6601a8c0@rock> Got the problem. In Access 2002 the line should be 'HoleOutForm Application.hWndAccessApplication HoleOutForm Application.hWndAccessApp Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Mark.Mitsules at ngc.com Wed Jun 23 10:44:49 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 23 Jun 2004 11:44:49 -0400 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: hWndAccessApp -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 11:39 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! I'm getting busted on the line that says "HoleOutForm Application.hWndAccessApplication". Any idea why? Am I supposed to include a reference or something? OS = XP. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 23 11:11:03 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 23 Jun 2004 09:11:03 -0700 Subject: [AccessD] Just for fun! Playing With Regions! References: <072f01c45938$2e958cd0$6601a8c0@rock> Message-ID: <00cc01c4593c$ae909fc0$6601a8c0@HAL9002> Arthur: Shorten it to Application.hWndAccessApp Rocky ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 8:38 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > I'm getting busted on the line that says "HoleOutForm > Application.hWndAccessApplication". Any idea why? Am I supposed to > include a reference or something? OS = XP. > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Tuesday, June 22, 2004 1:15 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > That is absolutely brilliant, Drew! > > Pure genius. Where did you ever come up with that idea? > > Amazed :-) > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > DWUTKA at marlow.com > Sent: Monday, June 21, 2004 2:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare > Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal > hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal > nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = > ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - > rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + > rt.Left - 1 If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim > dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End > Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Jim.Hale at FleetPride.com Wed Jun 23 11:26:28 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Wed, 23 Jun 2004 11:26:28 -0500 Subject: [AccessD] Multiple copies of value across columns in a crosst ab. RePost. Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD19@corp-es01.fleetpride.com> Hey Susan, Have you ever written an article on non-Cartesian joins? Gustav has a perfect example here. I've used this technique in similar ways to add specific dates to records. As far as I know, I've never seen this in any of the Access mags. Be the first on your block! Jim Hale -----Original Message----- From: Gustav Brock [mailto:gustav at cactus.dk] Sent: Wednesday, June 23, 2004 9:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Multiple copies of value across columns in a crosstab. RePost. Hi David You need two items: a table with dates and a table with your PAX data. For simplicity I call them tblDate and tblPax. Now, fill your tblDate with all the dates you wish to view or - if it is filled with "every possible date from 1990 to 2030" - select the date interval you wish to view. Then create a crosstab query something like this: TRANSFORM Sum([PAX] * Abs([Date] Between [DateIn] And [DateOut])) SELECT tblPax.ID, tblPax.Name, tblPax.DateIn tblPax.DateOut FROM tblPax, tblDate GROUP BY tblPax.ID, tblPax.Name, tblPax.DateIn, tblPax.DateOut PIVOT tblDate.Date; Note the missing join between the two tables. /gustav > Picture a spreadsheet something like the following (asterisks are column > separators and should line up): The sample below should show 5 rows. > col1 *col2 *col3 *col4 *col5 *col6 *col7 *col8 *col9 *col10 * > Name *PAX *DATEIN *DATEOUT *Jun-01 *Jun-02 *Jun-03 *Jun-04 *Jun-05 *Jun-06* > Fred's Tours *12 *Jun-01 *Jun-05 *12 *12 *12 *12 *12 * * > Bob's Trips *20 *Jun-03 *Jun-06 * * *20 *20 *20 *20 * > Mary's Tours *41 *Jun-02 *Jun-05 * *41 *41 *41 *41 * * > I have data for the first four columns in a table in a database (Name, PAX, > DATEIN, DATEOUT) > I can interrogate the database to find the min date in the DATEIN field and > the max date in the DATEOUT field in the entire table. I use these two > values to create a temporary table of dates from the min date to the max > date. These dynamic values will become the column headers for a crosstab > query where I am attempting to re-create the above spreadsheet. > I can get the PAX to appear in the correct column ONLY for the first date, > but not EACH date in the range from DATEIN to DATEOUT (as shown by the > spreadsheet sample). The idea is that the crosstab query will export to > EXCEL and the user just has to sum each column to know how many PAX they > are dealing with on a given date (eg. On Jun 1st they have 12 PAX, but on > Jun 3rd they have to deal with 73 PAX, on Jun 6th only 20 PAX) As you can > see the PAX is just copied from the PAX column. We never know what the > minimum or maximum date will be on any day. The Crosstab query picks up the > dates from the TEMP table (which just has one field of date type) > Below is the actual SQL that works, but only puts the PAX in the column > where the *first* date column matches the DateIn for that Tour. I want the > PAX number to appear in every column from the DateIn to the DateOut, as > shown in the sample spreadsheet section above. > TRANSFORM First(qryST_Calendar.PAX) AS FirstOfConfirmedPAX > SELECT qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, qryST_Calendar.PAX > FROM qryST_Calendar RIGHT JOIN TEMP_StudyTourCalendar > ON qryST_Calendar.DateIn = TEMP_StudyTourCalendar.DayNumber > GROUP BY qryST_Calendar.TourName, qryST_Calendar.DateIn, > qryST_Calendar.DateOut, > qryST_Calendar.PAX > PIVOT TEMP_StudyTourCalendar.DayNumber; > The TEMP_StudyTourCalendar.DayNumber is the field in the created table > which holds all the dates from the lowest DateIn to the highest DateOut and > forms the column headers. These will vary every day. We will only know the > first date and the last date in the table called TEMP_StudyTourCalendar, on > the day the crosstab query is run. One day it might have only 6 dates in > it, the next day it might have 23 dates in it. The query must work for all > dates in the table. > Sample data in TEMP_StudyTourCalendar for the spreadsheet above would be: > DayNumber > 01-Jun-2004 > 02-Jun-2004 > 03-Jun-2004 > 04-Jun-2004 > 05-Jun-2004 > 06-Jun-2004 > Am I missing something simple here? > Any gurus like to sink their teeth into this one? > Regards > David Fenton > Brisbane > Australia -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DWUTKA at marlow.com Wed Jun 23 12:29:56 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 23 Jun 2004 12:29:56 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Oleg_123 at xuppa.com Wed Jun 23 12:35:20 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Wed, 23 Jun 2004 13:35:20 -0400 (EDT) Subject: [AccessD] ADO In-Reply-To: <00f401c407bd$dab0cdd0$dd2f0a44@bcsext6137> References: <657FB70438B7D311AF320090279C180106144105@EXCHMAIL> <31155.63.251.87.214.1079039452.squirrel@heck.bay9.com> <00f401c407bd$dab0cdd0$dd2f0a44@bcsext6137> Message-ID: <1156.24.187.38.171.1088012120.squirrel@heck.xuppa.com> I haven't done this in a long time Dim conn As New ADODB.Connection Dim rec As New ADODB.Recordset conn.ConnectionString = "DSN=Bibl" conn.Open I get an error - '-21470246769(8007007f)' what is it referring to ? I made both User and System DSL named Bibl ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From andy at minstersystems.co.uk Wed Jun 23 13:36:19 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Wed, 23 Jun 2004 19:36:19 +0100 Subject: [AccessD] Hiding Back End Design In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> Message-ID: <000001c45950$fa09d2a0$b274d0d5@minster33c3r25> I'm going to sound a dissenting voice here. I don't understand why Rocky, who's no doubt sweat blood to develop his vertical app, should in effect give his system away? Because surely that's what he'd be doing? The only way doing a development like this makes sense is to get economies of scale by selling lots of copies. Without that incentive vertical apps would never get developed at all because, in the main, a single customer can't stand all the development costs. And if you're going to put in the graft why shouldn't you dream of making money on it, and why should you open yourself to being ripped-off by people who can't be arsed to do the hard work themselves? Sorry, don't understand. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > DWUTKA at marlow.com > Sent: 23 June 2004 18:30 > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] Hiding Back End Design > > > 'Open source' should pervade into all areas of the > information age. Music, programming, videos, etc. > Unfortunately it will take a complete change in humanity's > driving force....the accumulation of wealth. As long as > people are trying to make a buck, it will be virtually > impossible to get them to do stuff simply for the betterment > of society. > > Drew > From DWUTKA at marlow.com Wed Jun 23 14:01:10 2004 From: DWUTKA at marlow.com (DWUTKA at marlow.com) Date: Wed, 23 Jun 2004 14:01:10 -0500 Subject: [AccessD] Hiding Back End Design Message-ID: <2F8793082E00D4119A1700B0D0216BF8031BB069@main2.marlow.com> That's why I said it would take a shift in our society's method of thinking. You're absolutely right, we all need shelter, and food, and most of us want the finer things in life. However, what would be wrong with a society that just took care of it's own, where people did what they did best, just to better those around them. I know that's ideology at it's best, but then again, there are islands of this ideology all over the place. This list is a good example. Unfortunately, to merge those islands, a lot of continents would need to be moved. Not the easiest thing to do. As for Rocky's situation, he is faced with the core of all security issues. The moment you grant access to something, it is forevermore, inherently insecure. You've created a window, which despite any amount of lead lining, and alarm systems, is still a window, where someone with enough desire/skill can get through. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Andy Lacey Sent: Wednesday, June 23, 2004 1:36 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm going to sound a dissenting voice here. I don't understand why Rocky, who's no doubt sweat blood to develop his vertical app, should in effect give his system away? Because surely that's what he'd be doing? The only way doing a development like this makes sense is to get economies of scale by selling lots of copies. Without that incentive vertical apps would never get developed at all because, in the main, a single customer can't stand all the development costs. And if you're going to put in the graft why shouldn't you dream of making money on it, and why should you open yourself to being ripped-off by people who can't be arsed to do the hard work themselves? Sorry, don't understand. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > DWUTKA at marlow.com > Sent: 23 June 2004 18:30 > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] Hiding Back End Design > > > 'Open source' should pervade into all areas of the > information age. Music, programming, videos, etc. > Unfortunately it will take a complete change in humanity's > driving force....the accumulation of wealth. As long as > people are trying to make a buck, it will be virtually > impossible to get them to do stuff simply for the betterment > of society. > > Drew > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Wed Jun 23 15:56:28 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Wed, 23 Jun 2004 16:56:28 -0400 Subject: [AccessD] Just for fun! Playing With Regions! In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB05C@main2.marlow.com> Message-ID: <000601c45964$91c0cd70$6401a8c0@COA3> Sweet. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Tuesday, June 22, 2004 6:28 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Just for fun! Playing With Regions! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Tuesday, June 22, 2004 12:11 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Drew, this is way cool. I haven't even read the code yet, but is it do-able to have this work the other way, that is, have the Access application shrink down and into itself (sort of like an old tube tv turning off)? Steve Sure can. Put the following into a module: Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Private Const RGN_AND = 1 Function TVTubeOut(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = rt.Bottom rtCircle.Top = rt.Top rtCircle.Right = rt.Right rtCircle.Left = rt.Left If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If Do Until rtCircle.Top >= rtCircle.Bottom X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_AND) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom - 1 rtCircle.Top = rtCircle.Top + 1 rtCircle.Left = rtCircle.Left + 1 rtCircle.Right = rtCircle.Right - 1 DeleteObject X DeleteObject InitialRegion Loop DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function And you can call it with: Private Sub Command8_Click() TVTubeOut Me.hwnd DoCmd.Close acForm, Me.Name End Sub Private Sub Command9_Click() TVTubeOut Application.hWndAccessApp DoCmd.Quit End Sub One closes the form, one closes Access. Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at colbyconsulting.com Wed Jun 23 15:59:05 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 23 Jun 2004 16:59:05 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> Message-ID: <002901c45964$ebeebd70$0501a8c0@colbyws> >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 16:04:48 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 16:04:48 -0500 Subject: [AccessD] Convert Table in Design View to Excel? Message-ID: <000001c45965$b876f830$de1811d8@danwaters> Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters From cfoust at infostatsystems.com Wed Jun 23 16:33:46 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 14:33:46 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: LOL The betterment of society is a noble goal but an awfully hard one to get your arms around. At heart, in spite of religious, political and economic ideologies, people are motivated by self-interest. I'm perfectly willing to share my knowledge and experience, but if it results in a hit to my pocketbook, then I probably won't do it again. Watch a gang of chimps some time and notice the dynamics. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 23, 2004 12:59 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 bellsouth.net Wed Jun 23 16:38:23 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 23 Jun 2004 17:38:23 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: Message-ID: <20040623213818.ECRD25164.imf23aec.mail.bellsouth.net@SUSANONE> I keep telling JC that it isn't polite to pick fleas off Drew in public... They just don't listen. :) Susan H. Watch a gang of chimps some time and notice the dynamics. From DaveSharpe2 at cox.net Wed Jun 23 16:42:27 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 23 Jun 2004 17:42:27 -0400 Subject: [AccessD] Convert Table in Design View to Excel? References: <000001c45965$b876f830$de1811d8@danwaters> Message-ID: <00aa01c4596a$fad05820$dd2f0a44@bcsrkeext6137> Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 17:12:28 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 17:12:28 -0500 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <8660415.1088027295456.JavaMail.root@sniper5.usinternet.com> Message-ID: <000001c4596f$2c6e13f0$de1811d8@danwaters> Dave, I've used this as well when I'm trying to go from Excel to Access. But here I'm trying to go from an Access table (in Design view) to a spreadsheet. The normal copy/paste method doesn't work for me. Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 4:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Wed Jun 23 17:24:08 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 23 Jun 2004 18:24:08 -0400 Subject: [AccessD] Convert Table in Design View to Excel? References: <000001c4596f$2c6e13f0$de1811d8@danwaters> Message-ID: <001201c45970$cd2f12c0$dd2f0a44@bcsrkeext6137> Dan While viewing the table. File export select desired Excel File type ( 97,2000,xp, etc) Dave ----- Original Message ----- From: "Dan Waters" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 6:12 PM Subject: RE: [AccessD] Convert Table in Design View to Excel? Dave, I've used this as well when I'm trying to go from Excel to Access. But here I'm trying to go from an Access table (in Design view) to a spreadsheet. The normal copy/paste method doesn't work for me. Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 4:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 23 17:28:37 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 24 Jun 2004 08:28:37 +1000 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <000001c45965$b876f830$de1811d8@danwaters> Message-ID: <40DA90B5.10271.19968866@localhost> On 23 Jun 2004 at 16:04, Dan Waters wrote: > Is there a way to quickly create a spreadsheet from a table where the > spreadsheet looks like the table with the fields listed in the 1st column > from top to bottom? > > > > Is there an easy way to do this? I could write some utility code, but I > thought there might be an easier way. > Open the table and use the "Analyse with Excel" tool to create a spreadsheet. In the spreadsheet, select all the cells, and do a "Copy" then select a blank cell, do a Right Click, Paste Special and select "Transpose" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From serbach at new.rr.com Wed Jun 23 17:52:06 2004 From: serbach at new.rr.com (Steven W. Erbach) Date: Wed, 23 Jun 2004 17:52:06 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB069@main2.marlow.com> References: <2F8793082E00D4119A1700B0D0216BF8031BB069@main2.marlow.com> Message-ID: <20040623175206.1729876511.serbach@new.rr.com> Drew, Sorry if this is a bit OT, but your comments have little meaning. It's on the order of "If wishes were fishes, we could all eat fishwiches," or "Can't we all just get along?" (Rodney King). Semantically null, as Heinlein would say. >> I know that's ideology at it's best, but then again, there are islands of this ideology all over the place. ?This list is a good example. << This list is a good example of a whole passle of people whose self-respect is bolstered by helping others. "Ideology?" Nah! Regards, Steve Erbach Scientific Marketing Neenah, WI 920-969-0504 "The too open mind is an empty mind." - Douglas Kern From artful at rogers.com Wed Jun 23 18:11:26 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 19:11:26 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <2F8793082E00D4119A1700B0D0216BF8031BB066@main2.marlow.com> Message-ID: <07aa01c45977$6901ea50$6601a8c0@rock> IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 23 18:15:27 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 23 Jun 2004 19:15:27 -0400 Subject: [AccessD] Hiding Back End Design In-Reply-To: Message-ID: <07ab01c45977$f8a798d0$6601a8c0@rock> Your behaviour contradicts your position, Charlotte. You give freely and frequently of your knowledge and experience, for no perceptible gain other than our admiration, which you cannot take to the bank. Why should I watch a gang of chimps when I can instead watch a gang of Access developers -- a far more interesting breed, IMO. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 23, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Hiding Back End Design LOL The betterment of society is a noble goal but an awfully hard one to get your arms around. At heart, in spite of religious, political and economic ideologies, people are motivated by self-interest. I'm perfectly willing to share my knowledge and experience, but if it results in a hit to my pocketbook, then I probably won't do it again. Watch a gang of chimps some time and notice the dynamics. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 23, 2004 12:59 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From actebs at actebs.com.au Wed Jun 23 18:29:55 2004 From: actebs at actebs.com.au (ACTEBS) Date: Thu, 24 Jun 2004 09:29:55 +1000 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: <000901c4597a$00c243b0$0b08a8c0@carltonone.local> Arthur, I hope you get to achieve and see everything you want to. Truly, truly sad news - you've brought a tear to my eye... I wish you all the best and can't wait to read/see your screenplay. Best wishes Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, 24 June 2004 9:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kens.programming at verizon.net Wed Jun 23 18:51:14 2004 From: kens.programming at verizon.net (Ken Stoker) Date: Wed, 23 Jun 2004 16:51:14 -0700 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <000c01c44fae$9fea9030$0501a8c0@colbyws> Message-ID: <20040623235116.OQTW1551.out004.verizon.net@enterprise> I would like to be included as well. I don't know how much help I can be, but my partner and I just met with a potential new client and found out that they use Quickbooks for their inventory tracking. We are to put a proposal together that will integrate a revamped web site that will include a knowledgebase, online purchasing (which part will need to interact with Quickbooks) and some other options. After our first meeting, I quickly came back and grabbed the list of emails for this string from my deleted items so that I could see what everyone was saying. Thanks Ken -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 5:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? I'm in. I have a client right now jumping through hoops to do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Friday, June 11, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 19:01:39 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 19:01:39 -0500 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <5277091.1088030081953.JavaMail.root@sniper6.usinternet.com> Message-ID: <000001c4597e$6ca0ded0$de1811d8@danwaters> Dave, This works if the table is in datasheet view, but not in design view. This is a quick way to make the conversion! Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 5:24 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan While viewing the table. File export select desired Excel File type ( 97,2000,xp, etc) Dave ----- Original Message ----- From: "Dan Waters" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 6:12 PM Subject: RE: [AccessD] Convert Table in Design View to Excel? Dave, I've used this as well when I'm trying to go from Excel to Access. But here I'm trying to go from an Access table (in Design view) to a spreadsheet. The normal copy/paste method doesn't work for me. Thanks, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dave Sharpe Sent: Wednesday, June 23, 2004 4:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? Dan This 'usually' works for ME. Just Open the workbook, go to the top left corner an click ( selecting the entire sheet copy into the clipboard Open access ( if not already open ) go to table do a single right click You hould be presented a menu with Past being an option, select the Paste. Some notes: It makes any text feild 255 chrs. Text fields that contain only numbers usually get rejected. Dave ----- Original Message ----- From: "Dan Waters" To: "Database Advisors" Sent: Wednesday, June 23, 2004 5:04 PM Subject: [AccessD] Convert Table in Design View to Excel? Is there a way to quickly create a spreadsheet from a table where the spreadsheet looks like the table with the fields listed in the 1st column from top to bottom? Is there an easy way to do this? I could write some utility code, but I thought there might be an easier way. Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Wed Jun 23 19:05:10 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 23 Jun 2004 17:05:10 -0700 Subject: [AccessD] Hiding Back End Design References: <000001c45950$fa09d2a0$b274d0d5@minster33c3r25> Message-ID: <020701c4597e$ea93e990$6601a8c0@HAL9002> One of the great advantages of Access is that the user can work with the data apart from the front end app. It's transparency is a real marketing plus. So I'd like to leave the back end open. I think it will be beneficial. Rocky ----- Original Message ----- From: "Andy Lacey" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 11:36 AM Subject: RE: [AccessD] Hiding Back End Design > I'm going to sound a dissenting voice here. I don't understand why Rocky, > who's no doubt sweat blood to develop his vertical app, should in effect > give his system away? Because surely that's what he'd be doing? The only way > doing a development like this makes sense is to get economies of scale by > selling lots of copies. Without that incentive vertical apps would never get > developed at all because, in the main, a single customer can't stand all the > development costs. And if you're going to put in the graft why shouldn't you > dream of making money on it, and why should you open yourself to being > ripped-off by people who can't be arsed to do the hard work themselves? > Sorry, don't understand. > > -- Andy Lacey > http://www.minstersystems.co.uk > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > DWUTKA at marlow.com > > Sent: 23 June 2004 18:30 > > To: accessd at databaseadvisors.com > > Subject: RE: [AccessD] Hiding Back End Design > > > > > > 'Open source' should pervade into all areas of the > > information age. Music, programming, videos, etc. > > Unfortunately it will take a complete change in humanity's > > driving force....the accumulation of wealth. As long as > > people are trying to make a buck, it will be virtually > > impossible to get them to do stuff simply for the betterment > > of society. > > > > Drew > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 23 19:05:26 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 17:05:26 -0700 Subject: [AccessD] For Money or Love Message-ID: Oh, Arthur, I'm so sorry. I lost a good friend earlier this year and I hate to lose another, even one I've never met face to face. Charlotte Foust -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 3:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 23 19:07:18 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 17:07:18 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: Not at all. It doesn't cost me anything to share in the list, and I usually learn something from it as well. It hasn't affected my wallet negatively, so I have no reason NOT to share. Charlotte Foust -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 3:15 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Your behaviour contradicts your position, Charlotte. You give freely and frequently of your knowledge and experience, for no perceptible gain other than our admiration, which you cannot take to the bank. Why should I watch a gang of chimps when I can instead watch a gang of Access developers -- a far more interesting breed, IMO. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Wednesday, June 23, 2004 5:34 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Hiding Back End Design LOL The betterment of society is a noble goal but an awfully hard one to get your arms around. At heart, in spite of religious, political and economic ideologies, people are motivated by self-interest. I'm perfectly willing to share my knowledge and experience, but if it results in a hit to my pocketbook, then I probably won't do it again. Watch a gang of chimps some time and notice the dynamics. Charlotte Foust -----Original Message----- From: jwcolby [mailto:jwcolby at colbyconsulting.com] Sent: Wednesday, June 23, 2004 12:59 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design >As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. See the framework article series on my web site. ;-) John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com Sent: Wednesday, June 23, 2004 1:30 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] Hiding Back End Design 'Open source' should pervade into all areas of the information age. Music, programming, videos, etc. Unfortunately it will take a complete change in humanity's driving force....the accumulation of wealth. As long as people are trying to make a buck, it will be virtually impossible to get them to do stuff simply for the betterment of society. Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 10:15 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I'm in late on this thread, but it seems to me that this requirement for a hidden database design should have been in the project specs right from the start, and that its presence there should have signalled a warning that Access was the wrong database for this job, and the wrong front end too. Something like VB with a RAIMA back end would IMO have been a wiser choice. Of course, if this requirement were not in the project specs from the beginning, who would know? This is one of those classic examples of how major changes to the specs introduced late in the game cost 20 times as much as they would have if introduced early. On the subject of open-source, way back when in the days of Clipper I had a company that sold 6 libraries for Clipper developers. We included all the source code to each of them. Most of the code was in Clipper, but some was in C and some in assembly language. No doubt some people did things with it that were not covered in the license, but on the other hand a small cadre of "believers" formed around us, and some of them submitted significant enhancements to our original code. We credited them in the comments on the relevant source files and mentioned them in the documentation, and sent them an Artful sweatshirt. That was payment enough for them. This is hardly the Linux open-source model, I realize. I wish that the open-source model would "infect" the Windows world more than it has so far. Access developers are among the most willing to share, I find, but there is lots of VB and C and C++ code out there too. Most of the time these free offerings are components or gussied-up controls and so on. It would be cool, IMO, if it went up a notch, to the application level. For example, apps vaguely like the application wizard can create in Access. Unfortunately, most of these wiz-generated demo-apps don't reflect good design principles, IMO. While on this subject, does anyone know how to interface with this wiz-generator? I.e., suppose I want to create (let's keep it simple for the discussion) a General Ledger app with a Chart of Accounts, General Journals etc., can I do so in such a way that the wizard will detect its presence and automatically add it to the list of apps you can generate? If memory serves, old versions of this wizard offered to populate the resulting app with sample data, but new versions don't. Anyone have any idea why this feature was dropped? Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Monday, June 21, 2004 10:20 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design Gustav, "Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere." Never a truer word said. With the decision by the Munich government to migrate to Linux, France looking to do the same and Brazil on the verge, it seems as though the end is nigh for the proprietary software/business model. Hmmm, sorry I went a bit off topic there..... ; ) Rocky - if a cracker wants to crack your software he will. There are teams of these people out there who see it as a challenge. Why waste your time? Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, 22 June 2004 4:02 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Hiding Back End Design Hi Rocky No, you cannot open or attach tables from the BE without the correct password. But as stated from several already, you can google up at least three password crackers. Next step would be Access security as mentioned by Drew, and the next would be to apply field encryption which is a major step. By why not turn it completely around: make the design open and documented as "this is the way to build a database for an application like this"? Then you are the master and everyone else is the replicant - following the "Rocky" standard. Personally, I think the time for proprietary systems has passed - customers need systems they can drag data from to be used elsewhere. Also, I really doubt someone can figure out the intelligence of your app just by watching the table design. One can watch what is going on when data have been entered or updated but not _how_, and if someone can figure it out, he will already know how to build a similar app without knowing your table design. /gustav > If I'm reading the help file correctly, encryption does not hide the > objects, just the data, yes? I need to hide the design of the back > end. Password protection is too weak. I'll be up against > professionals. > Rocky > ----- Original Message ----- > From: "Gustav Brock" > To: "Access Developers discussion and problem solving" > > Sent: Monday, June 21, 2004 9:41 AM > Subject: Re: [AccessD] Hiding Back End Design >> Hi Rocky >> >> You can encrypt the database. Not bulletproof, of course, but keeps >> the average user away. >> >> /gustav >> >> > Is there a way to easily hide the back end design? My distributor >> > in > Taiwan feels that if the back end design is not hidden then the > product can > be easily knocked off. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Wed Jun 23 19:08:24 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 23 Jun 2004 17:08:24 -0700 Subject: [AccessD] Hiding Back End Design Message-ID: ROTFLMAO Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Wednesday, June 23, 2004 1:38 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Hiding Back End Design I keep telling JC that it isn't polite to pick fleas off Drew in public... They just don't listen. :) Susan H. Watch a gang of chimps some time and notice the dynamics. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Wed Jun 23 19:08:36 2004 From: dwaters at usinternet.com (Dan Waters) Date: Wed, 23 Jun 2004 19:08:36 -0500 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <29758974.1088030098476.JavaMail.root@sniper5.usinternet.com> Message-ID: <000101c4597f$65511db0$de1811d8@danwaters> TRANSPOSE!?! How long has that been there? This is a new toy! Thank you Stuart! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Wednesday, June 23, 2004 5:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Convert Table in Design View to Excel? On 23 Jun 2004 at 16:04, Dan Waters wrote: > Is there a way to quickly create a spreadsheet from a table where the > spreadsheet looks like the table with the fields listed in the 1st column > from top to bottom? > > > > Is there an easy way to do this? I could write some utility code, but I > thought there might be an easier way. > Open the table and use the "Analyse with Excel" tool to create a spreadsheet. In the spreadsheet, select all the cells, and do a "Copy" then select a blank cell, do a Right Click, Paste Special and select "Transpose" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 23 20:16:50 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 23 Jun 2004 21:16:50 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <20040623235116.OQTW1551.out004.verizon.net@enterprise> Message-ID: Ken, Bottom line, not enough **serious** interest here. I'm about 15-20 hours into my "QuickBooks Class Build", and it's going OK, not nearly as fast as I hoped but then again I'm just one guy.... Good Luck!! Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker Sent: Wednesday, June 23, 2004 7:51 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? I would like to be included as well. I don't know how much help I can be, but my partner and I just met with a potential new client and found out that they use Quickbooks for their inventory tracking. We are to put a proposal together that will integrate a revamped web site that will include a knowledgebase, online purchasing (which part will need to interact with Quickbooks) and some other options. After our first meeting, I quickly came back and grabbed the list of emails for this string from my deleted items so that I could see what everyone was saying. Thanks Ken -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby Sent: Friday, June 11, 2004 5:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? I'm in. I have a client right now jumping through hoops to do this. John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Friday, June 11, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I guess there are about 75 VB examples in the SDK (3.0). All of which are as seamless as the next as far as I have played with (there just a pain to work with). It is really easy to see this for yourself if you have QuickBooks 2002 or above.. The problem is, there are no (none that I can find at least) complete sophisticated solutions that are under 500.00. I have tried the coreObjX dll, but that thing is a nightmare to even get registered on the users machines (even their own install routine will not register 9 time out of 10), the other (AcctSync) solutions I found is about 1K, so it's out of my price range. What I'm hoping (going) to build is a class based solution based on the QBFC. So in the end I will end up with a solution that will allow for portability, and very easy communications with QB. The solution will do all the "grunt" work under the hood automatically, and allow me to send and interpret QB requests very easily. It's not easy working with QB's API, and I would have like to made it an open source kind of thing, but I was hoping for at least 5 serious developers to join in. Robert Gracie www.servicexp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Wed Jun 23 20:21:05 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Wed, 23 Jun 2004 21:21:05 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: Arthur, Man, I'm VERY sorry to here this.... what is one to say..... May God be with you!!! Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 7:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur SNIP From martyconnelly at shaw.ca Wed Jun 23 20:26:49 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 23 Jun 2004 18:26:49 -0700 Subject: [AccessD] Re: Hiding Back End Design References: Message-ID: <40DA2DD9.7010104@shaw.ca> I remember another product that did this an Access Accounting package calle Yes I Can Run My Own Business (MYOB) They obfuscated all their table and field names in Access 2.0 If you you use ERWin with an Access mdb it will spit out the script to recreate the tables in Oracle os MSSQL Charlotte Foust wrote: >It also makes it a pain in the anatomy to maintain! > >Charlotte Foust > >-----Original Message----- >From: Robert L. Stewart [mailto:rl_stewart at highstream.net] >Sent: Tuesday, June 22, 2004 9:57 AM >To: accessd at databaseadvisors.com >Cc: bchacc at san.rr.com >Subject: [AccessD] Re: Hiding Back End Design > > >Rocky, > >Or you could take a cue from commercial software like Remedy (Help Desk >Tickets using Oracle) and do something like this: > >CREATE TABLE H181 ( >ENTRYID VARCHAR2(15) NOT NULL, >T0 NUMBER(15) NULL, >U0 VARCHAR2(30) NULL, >T1 NUMBER(15) NULL, >U1 VARCHAR2(30) NULL, >T2 NUMBER(15) NULL, >U2 VARCHAR2(30) NULL, >T3 NUMBER(15) NULL, >U3 VARCHAR2(30) NULL, >T4 NUMBER(15) NULL, >U4 VARCHAR2(30) NULL, >T5 NUMBER(15) NULL, >U5 VARCHAR2(30) NULL >); > >OR > >CREATE TABLE T181 ( >C1 VARCHAR2(15) NOT NULL, >C2 VARCHAR2(30) NULL, >C3 NUMBER(15) NOT NULL, >C4 VARCHAR2(30) NULL, >C5 VARCHAR2(30) NOT NULL, >C6 NUMBER(15) NOT NULL, >C7 NUMBER(15) NOT NULL, >C8 VARCHAR2(128) NOT NULL, >C20000998 VARCHAR2(10) NULL, >C20000999 VARCHAR2(10) NULL, >C200000003 VARCHAR2(50) NULL, >C200000004 VARCHAR2(50) NULL, >C200000005 VARCHAR2(50) NULL, >C200000006 VARCHAR2(50) NULL, >C200000007 VARCHAR2(40) NULL, >C200000012 VARCHAR2(30) NULL, >C230000009 VARCHAR2(30) NULL, >C230000010 CLOB NULL, >C240000000 VARCHAR2(30) NULL, >C240000001 VARCHAR2(128) NULL, >C240000002 VARCHAR2(30) NULL, >C240000003 VARCHAR2(70) NULL, >C240000004 VARCHAR2(30) NULL, >C240000005 VARCHAR2(30) NULL, >C240000006 VARCHAR2(128) NULL, >C240000007 CLOB NULL, >C240000008 CLOB NULL, >C240000009 NUMBER(15) NULL, >C240000010 NUMBER(15) NULL, >C240000011 NUMBER(15) NULL, >C240000012 CLOB NULL, >C240000015 VARCHAR2(128) NULL, >C240000016 VARCHAR2(128) NULL, >C536871560 NUMBER(15) NULL, >C536871562 NUMBER(15) NULL, >C536871564 NUMBER(15) NULL, >C536871570 NUMBER(15) NULL, >C536871572 NUMBER(15) NULL, >C536871589 VARCHAR2(50) NULL, >C536871604 NUMBER(15) NULL, >C536871618 NUMBER(15) NULL, >C536871621 NUMBER(15) NULL, >C536871649 VARCHAR2(50) NULL >); > >They use an ODBC driver they developed to show the English names for the > >columns. And it actually does a join on some of the tables to get the >information to display. > >Personally, I have not found a system that I could not reverse engineer >if >I had the database table structure. But the "Remedy method" makes it >extremely difficult. > >Robert > >At 12:15 AM 22/06/2004 -0500, you wrote: > > >>Date: Mon, 21 Jun 2004 20:02:02 +0200 >>From: Gustav Brock >>Subject: Re: [AccessD] Hiding Back End Design >>To: Access Developers discussion and problem solving >> >>Message-ID: <19542148406.20040621200202 at cactus.dk> >>Content-Type: text/plain; charset=us-ascii >> >>Hi Rocky >> >>No, you cannot open or attach tables from the BE without the correct >>password. But as stated from several already, you can google up at >>least three password crackers. >> >>Next step would be Access security as mentioned by Drew, and the next >>would be to apply field encryption which is a major step. >> >>By why not turn it completely around: make the design open and >>documented as "this is the way to build a database for an application >>like this"? Then you are the master and everyone else is the replicant >>- following the "Rocky" standard. Personally, I think the time for >>proprietary systems has passed - customers need systems they can drag >>data from to be used elsewhere. >> >>Also, I really doubt someone can figure out the intelligence of your >>app just by watching the table design. One can watch what is going on >>when data have been entered or updated but not _how_, and if someone >>can figure it out, he will already know how to build a similar app >>without knowing your table design. >> >>/gustav >> >> > > > > -- Marty Connelly Victoria, B.C. Canada From stuart at lexacorp.com.pg Wed Jun 23 20:34:42 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 24 Jun 2004 11:34:42 +1000 Subject: [AccessD] Convert Table in Design View to Excel? In-Reply-To: <000101c4597f$65511db0$de1811d8@danwaters> References: <29758974.1088030098476.JavaMail.root@sniper5.usinternet.com> Message-ID: <40DABC52.21947.1A40D766@localhost> On 23 Jun 2004 at 19:08, Dan Waters wrote: > TRANSPOSE!?! > > How long has that been there? As long as I can remember :-) -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From KIsmert at TexasSystems.com Wed Jun 23 20:46:13 2004 From: KIsmert at TexasSystems.com (Ken Ismert) Date: Wed, 23 Jun 2004 20:46:13 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <20040623175206.1729876511.serbach@new.rr.com> Message-ID: <005901c4598d$08cdc3a0$2a3ca8c0@TEXASSYSTEMS.COM> Open Source is based on the idea that "the community is more powerful than the individual". It may yet prove to be more powerful than the largest of corporations. Is the Open Source community driven primarily through altruism? Partly, but there is a strong element of self-interest. Firstly, everyone benefits from the contributions of the few. And the few benefit by establishing reputations, building expertise and a public body of work that often has marketable value. AccessD is a good example of a gift-giving community. Knowledge is freely given by contributors to enrich the community. Are the contributors in it for an ego-stroke? Sure, but again, its mainly self-interest. It is fair to say that almost all members here receive far more than they give. In both communities, the simple act of generosity has the effect of motivating the recipient to give back. The question of whether Open Source is a viable business model for someone in a vertical market like Rocky is a separate issue. I would tend to think not. But, judicious application of certain Open Source concepts to certain aspects of the business may help, both in practical ways, and in enticing Customers with the perception of generosity. -Ken -----Original Message----- From: Steven W. Erbach [mailto:serbach at new.rr.com] Sent: Wednesday, June 23, 2004 5:52 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Hiding Back End Design Drew, Sorry if this is a bit OT, but your comments have little meaning. It's on the order of "If wishes were fishes, we could all eat fishwiches," or "Can't we all just get along?" (Rodney King). Semantically null, as Heinlein would say. >> I know that's ideology at it's best, but then again, there are islands of this ideology all over the place. This list is a good example. << This list is a good example of a whole passle of people whose self-respect is bolstered by helping others. "Ideology?" Nah! Regards, Steve Erbach Scientific Marketing Neenah, WI 920-969-0504 "The too open mind is an empty mind." - Douglas Kern From jwcolby at colbyconsulting.com Wed Jun 23 20:51:27 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Wed, 23 Jun 2004 21:51:27 -0400 Subject: [AccessD] Re: Hiding Back End Design In-Reply-To: <40DA2DD9.7010104@shaw.ca> Message-ID: <002d01c4598d$c3b6bb90$0501a8c0@colbyws> >I remember another product that did this an Access Accounting package called Yes I Can Run My Own Business (MYOB). They obfuscated all their table and field names in Access 2.0 LOL They also obsfucated their field names, their normalization, their queries, their forms, their color schemes... John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Wednesday, June 23, 2004 9:27 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Re: Hiding Back End Design I remember another product that did this an Access Accounting package calle Yes I Can Run My Own Business (MYOB) They obfuscated all their table and field names in Access 2.0 If you you use ERWin with an Access mdb it will spit out the script to recreate the tables in Oracle os MSSQL From clh at christopherhawkins.com Wed Jun 23 21:17:12 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Wed, 23 Jun 2004 20:17:12 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <214210-22004642421712389@christopherhawkins.com> You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours >into my "QuickBooks Class Build", and it's going OK, not nearly as >fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I >can be, >but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of >which are >as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) >complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the >QBFC. So in the end I will end up with a solution that will allow for >portability, and very easy communications with QB. The solution will >do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made >it an >open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From martyconnelly at shaw.ca Wed Jun 23 21:25:46 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 23 Jun 2004 19:25:46 -0700 Subject: [AccessD] Hiding Back End Design References: <2F8793082E00D4119A1700B0D0216BF8031BB055@main2.marlow.com> <00f301c45872$4c55e470$6601a8c0@HAL9002> <40D89154.9010301@shaw.ca> <020001c45898$57178910$6601a8c0@HAL9002> Message-ID: <40DA3BAA.2070500@shaw.ca> My copy is in Edmonton, my brother purloined it for awhile. Give Garry an email, I have written him a few times, and he is usually quick on answering just remember he is in Australia. I think your best bet is a program to apply name obfuscation on the final product. I don't know a commercial product. Even SQL Server and Oracle are crackable by brute force methods if you have a physical copy of the database. The reason they are not easily cracked is that they are held on a server where other programs like windows authentication monitor their access and if more than three tries are wrong you can be denied access for a time limit. You might want to create your backend in something like CodeBase from Sequiter Software. You can get at via ODBC but it might be easier to hide field and table names. Even Microsoft and NASA uses it, but more known to C Coders since for pure retrieval speed blows the doors off things like MS SQL.. Rocky Smolin - Beach Access Software wrote: >Marty: > >Lassie and Access Project Security Manager work on front end objects. Don't >appear to secure the back end. Do you know if Robinson's book talks about >securing the back end? > >TIA > >Rocky > >----- Original Message ----- >From: "MartyConnelly" >To: "Access Developers discussion and problem solving" > >Sent: Tuesday, June 22, 2004 1:06 PM >Subject: Re: [AccessD] Hiding Back End Design > > > > >>Have you looked at Garry Robinson's book yet "Real World Microsoft >>Access Database Protection and Security". >>http://vb123.com/map/ >> >>A shareware version of a simplified user security add-in - LASsie >>(Light Application Security) for MS Access - is available for download >>here: >>http://www.peterssoftware.com/las.htm >> >>Also, there's the Access Project Security Manager from >>databasecreations, Inc.: >>http://www.databasecreations.com/prod_apsm.htm >> >> >>Rocky Smolin - Beach Access Software wrote: >> >> >> >>>In fact when I was working with this Chinese distributor in the old DOS >>> >>> >days > > >>>(I had implemented a hardware key which plugged into the parallel port) >>> >>> >she > > >>>told me that they have a saying in China "Locks are for the honest man." >>> >>>Rocky >>> >>>----- Original Message ----- >>>From: >>>To: >>>Sent: Tuesday, June 22, 2004 8:41 AM >>>Subject: RE: [AccessD] Hiding Back End Design >>> >>> >>> >>> >>> >>> >>>>Couldn't agree more. When I was in boot camp, one of our drill >>>> >>>> >sargeants > > >>>>told us that the lock on our lockers only kept honest people honest. >>>> >>>> >Very > > >>>>true statement. >>>> >>>>I had a talk with our CFO one day (my bosses boss), and told him that >>>> >>>> >our > > >>>>best network security was ignorance. LOL >>>> >>>>Drew >>>> >>>>-----Original Message----- >>>>From: accessd-bounces at databaseadvisors.com >>>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of ACTEBS >>>>Sent: Monday, June 21, 2004 9:20 PM >>>>To: 'Access Developers discussion and problem solving' >>>>Subject: RE: [AccessD] Hiding Back End Design >>>> >>>> >>>>Gustav, >>>> >>>>"Personally, I think the time for proprietary systems has passed - >>>> >>>> >>>> >>>> >>>customers >>> >>> >>> >>> >>>>need systems they can drag data from to be used elsewhere." >>>> >>>>Never a truer word said. >>>> >>>>With the decision by the Munich government to migrate to Linux, France >>>>looking to do the same and Brazil on the verge, it seems as though the >>>> >>>> >end > > >>>>is nigh for the proprietary software/business model. >>>> >>>>Hmmm, sorry I went a bit off topic there..... ; ) >>>> >>>>Rocky - if a cracker wants to crack your software he will. There are >>>> >>>> >teams > > >>>>of these people out there who see it as a challenge. Why waste your >>>> >>>> >time? > > >>>>Vlad >>>> >>>>-----Original Message----- >>>>From: accessd-bounces at databaseadvisors.com >>>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >>>>Sent: Tuesday, 22 June 2004 4:02 AM >>>>To: Access Developers discussion and problem solving >>>>Subject: Re: [AccessD] Hiding Back End Design >>>> >>>> >>>>Hi Rocky >>>> >>>>No, you cannot open or attach tables from the BE without the correct >>>>password. But as stated from several already, you can google up at least >>>>three password crackers. >>>> >>>>Next step would be Access security as mentioned by Drew, and the next >>>> >>>> >>>> >>>> >>>would >>> >>> >>> >>> >>>>be to apply field encryption which is a major step. >>>> >>>>By why not turn it completely around: make the design open and >>>> >>>> >documented > > >>>> >>>> >>>as >>> >>> >>> >>> >>>>"this is the way to build a database for an application like this"? Then >>>> >>>> >>>> >>>> >>>you >>> >>> >>> >>> >>>>are the master and everyone else is the replicant - following the >>>> >>>> >"Rocky" > > >>>>standard. Personally, I think the time for proprietary systems has >>>> >>>> >>>> >>>> >>>passed - >>> >>> >>> >>> >>>>customers need systems they can drag data from to be used elsewhere. >>>> >>>>Also, I really doubt someone can figure out the intelligence of your app >>>>just by watching the table design. One can watch what is going on when >>>> >>>> >>>> >>>> >>>data >>> >>> >>> >>> >>>>have been entered or updated but not _how_, and if someone can figure it >>>>out, he will already know how to build a similar app without knowing >>>> >>>> >your > > >>>>table design. >>>> >>>>/gustav >>>> >>>> >>>> >>>> >>>> >>>> >>>>>If I'm reading the help file correctly, encryption does not hide the >>>>>objects, just the data, yes? I need to hide the design of the back >>>>>end. Password protection is too weak. I'll be up against >>>>>professionals. >>>>> >>>>> >>>>>Rocky >>>>> >>>>> >>>>>----- Original Message ----- >>>>>From: "Gustav Brock" >>>>>To: "Access Developers discussion and problem solving" >>>>> >>>>>Sent: Monday, June 21, 2004 9:41 AM >>>>>Subject: Re: [AccessD] Hiding Back End Design >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>>>>Hi Rocky >>>>>> >>>>>>You can encrypt the database. Not bulletproof, of course, but keeps >>>>>>the average user away. >>>>>> >>>>>>/gustav >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>Is there a way to easily hide the back end design? My distributor in >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>Taiwan feels that if the back end design is not hidden then the product >>>>> >>>>> >>>>> >>>>> >>>>can >>>> >>>> >>>> >>>> >>>>>be easily knocked off. >>>>> >>>>> >>>>> >>>>> >>>>-- >>>>_______________________________________________ >>>>AccessD mailing list >>>>AccessD at databaseadvisors.com >>>>http://databaseadvisors.com/mailman/listinfo/accessd >>>>Website: http://www.databaseadvisors.com >>>> >>>> >>>> >>>>-- >>>>_______________________________________________ >>>>AccessD mailing list >>>>AccessD at databaseadvisors.com >>>>http://databaseadvisors.com/mailman/listinfo/accessd >>>>Website: http://www.databaseadvisors.com >>>>-- >>>>_______________________________________________ >>>>AccessD mailing list >>>>AccessD at databaseadvisors.com >>>>http://databaseadvisors.com/mailman/listinfo/accessd >>>>Website: http://www.databaseadvisors.com >>>> >>>> >>>> >>>> >>> >>> >>> >>-- >>Marty Connelly >>Victoria, B.C. >>Canada >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> > > > -- Marty Connelly Victoria, B.C. Canada From paul.hartland at fsmail.net Thu Jun 24 02:17:53 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Thu, 24 Jun 2004 09:17:53 +0200 (CEST) Subject: [AccessD] Select All Records From A Table If Frame Value Equa ls 4 Message-ID: <1532209.1088061473298.JavaMail.www@wwinf3004> Of course......thank you Paul Hartland Message date : Jun 23 2004, 04:08 PM >From : "Hale, Jim" To : "'Access Developers discussion and problem solving'" Copy to : Subject : RE: [AccessD] Select All Records From A Table If Frame Value Equa ls 4 Like(*)? Jim Hale -----Original Message----- From: paul.hartland at fsmail.net [mailto:paul.hartland at fsmail.net] Sent: Wednesday, June 23, 2004 9:53 AM To: accessd Subject: [AccessD] Select All Records From A Table If Frame Value Equals 4 To all, Gone brain dead I'm sure this is a very simple one, basically I'm using a form which has a start date, end date and a frame with four possible options (Shift A, Shift B, Nights & All). If the user selects Shift A, Shift B or Nights then the query runs great, I just can't see how to return all the shifts between the dates if the user selects all...... I have the following code in the criteria: IIf([Forms]![frmDateSelection]![fraShiftSelect]=1,"A",IIf([Forms]![frmDateSe lection]![fraShiftSelect]=2,"B",IIf([Forms]![frmDateSelection]![fraShiftSele ct]=3,"Nights","A or B or Nights"))) What do I need to do to be able to return all records ? Paul Hartland -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From accessd at shaw.ca Thu Jun 24 02:17:46 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Thu, 24 Jun 2004 00:17:46 -0700 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: Hi Arthur: Is this true Arthur?! You are one of my favourite person's to argue with. It seems programmers have a short lifespan; two of my closest friends, programmers, who worked with me, in my company, both died suddenly, in the last few years. Too much stress, too many long hours and weak hearts...nearly lost another good friend before Christmas but he has managed to turn things around; regular exercise and working no more than twenty hours a week. I have, just tonight, agreed to fill in for him, for the remaining required hours, working for this company. Even though, I have no conditions, I am aware of, I will be limiting the number of hours I work...sort of like a semi-retirement. We, my wife and I, have been planning to do a little more traveling, visiting friends, relatives or maybe go back to university...when you are working up to 18 hours a day it has been hard to have a social life. Well Arthur, I hope you get a chance to do all the things you want to do. If you have a hankering to travel and feel up to it, come out to coast (lotus land) for a visit; the weather's great here and your always welcome. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Wednesday, June 23, 2004 4:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur From Paul.Rogers at SummitMedia.co.uk Thu Jun 24 02:43:41 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Thu, 24 Jun 2004 08:43:41 +0100 Subject: [AccessD] For Money or Love Message-ID: Hi Arthur You're not alone. A colleague across the desk has been given similar notice - a month without chemo, nine perhaps with. I watch his dimensions go down daily. He's almost skeletal, yet he eats well. Brilliant projects you have set yourself. Every best wish to achieve them all. paul -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Thursday, June 24, 2004 12:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] For Money or Love IMO this is not required. I just need to be guaranteed my rent and phone bill and food and cat food and car insurance, etc. Beyond that, I don't need to accumulate wealth. I just want my obligations covered, and if I have any time left then it's free. Not to say I am the measure of anyone but myself, but that's my frame of reference. I'm writing a screenplay in my off-hours currently. It may sell; I have sold two previously and thus have an agent who is interested; but frankly I don't care whether it sells. I have some serious medical issues and won't be around much more than a year. Faced with that kind of news, one confronts "what do you want to do before you bid adieu"? -- mitigated of course by what can you afford to do, and so on. I reduced my list to 3 items -- go to Ireland for a visit, revisit Paris for a couple of days to review the most beautiful city in the world, and knock out the aforementioned screenplay. Anything else that I manage is wonderful and gratuitous and gratis. I do need to make a living for a year or so, but I can do that in about 20 hours a week. The screenplay will take another hour a day minimum. I confess that I am running out of petrol, however; thus my relative absence from this list. I can manage it once a week or so, and respond too late to most messages to be useful and timely. But I feel that I have made a lot of friends here, despite the fact that I have never met almost all of you. "Nothing concentrates the mind like the knowledge that you will hanged in the morning." Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com From Paul.Rogers at SummitMedia.co.uk Thu Jun 24 02:50:34 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Thu, 24 Jun 2004 08:50:34 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Could we all get the final authorised code when it's streamlined by our experts, please, gentlemen? Sounds very good, and would be keen to learn much from it. all the best paul -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Wednesday, June 23, 2004 5:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Just for fun! Playing With Regions! Arthur: Shorten it to Application.hWndAccessApp Rocky ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Sent: Wednesday, June 23, 2004 8:38 AM Subject: RE: [AccessD] Just for fun! Playing With Regions! > I'm getting busted on the line that says "HoleOutForm > Application.hWndAccessApplication". Any idea why? Am I supposed to > include a reference or something? OS = XP. > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Tuesday, June 22, 2004 1:15 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > That is absolutely brilliant, Drew! > > Pure genius. Where did you ever come up with that idea? > > Amazed :-) > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > DWUTKA at marlow.com > Sent: Monday, June 21, 2004 2:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare > Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal > hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal > nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = > ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - > rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + > rt.Left - 1 If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim > dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End > Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mwp.reid at qub.ac.uk Thu Jun 24 03:07:17 2004 From: mwp.reid at qub.ac.uk (Martin Reid) Date: Thu, 24 Jun 2004 09:07:17 +0100 Subject: [AccessD] For Money or Love References: Message-ID: <000f01c459c2$4468c1a0$9111758f@aine> Now I know why you coming. Martin ----- Original Message ----- From: "Charlotte Foust" To: "Access Developers discussion and problem solving" Sent: Thursday, June 24, 2004 1:05 AM Subject: RE: [AccessD] For Money or Love > Oh, Arthur, I'm so sorry. I lost a good friend earlier this year and I > hate to lose another, even one I've never met face to face. > > Charlotte Foust > > -----Original Message----- > From: Arthur Fuller [mailto:artful at rogers.com] > Sent: Wednesday, June 23, 2004 3:11 PM > To: 'Access Developers discussion and problem solving' > Subject: [AccessD] For Money or Love > > > IMO this is not required. I just need to be guaranteed my rent and phone > bill and food and cat food and car insurance, etc. Beyond that, I don't > need to accumulate wealth. I just want my obligations covered, and if I > have any time left then it's free. > > Not to say I am the measure of anyone but myself, but that's my frame of > reference. I'm writing a screenplay in my off-hours currently. It may > sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > > I have some serious medical issues and won't be around much more than a > year. Faced with that kind of news, one confronts "what do you want to > do before you bid adieu"? -- mitigated of course by what can you afford > to do, and so on. I reduced my list to 3 items -- go to Ireland for a > visit, revisit Paris for a couple of days to review the most beautiful > city in the world, and knock out the aforementioned screenplay. Anything > else that I manage is wonderful and gratuitous and gratis. > > I do need to make a living for a year or so, but I can do that in about > 20 hours a week. The screenplay will take another hour a day minimum. > > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never met > almost all of you. > > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > DWUTKA at marlow.com > Sent: Wednesday, June 23, 2004 1:30 PM > To: accessd at databaseadvisors.com > Subject: RE: [AccessD] Hiding Back End Design > > > 'Open source' should pervade into all areas of the information age. > Music, programming, videos, etc. Unfortunately it will take a complete > change in humanity's driving force....the accumulation of wealth. As > long as people are trying to make a buck, it will be virtually > impossible to get them to do stuff simply for the betterment of society. > > Drew > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller > Sent: Wednesday, June 23, 2004 10:15 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > > I'm in late on this thread, but it seems to me that this requirement for > a hidden database design should have been in the project specs right > from the start, and that its presence there should have signalled a > warning that Access was the wrong database for this job, and the wrong > front end too. Something like VB with a RAIMA back end would IMO have > been a wiser choice. Of course, if this requirement were not in the > project specs from the beginning, who would know? This is one of those > classic examples of how major changes to the specs introduced late in > the game cost 20 times as much as they would have if introduced early. > > On the subject of open-source, way back when in the days of Clipper I > had a company that sold 6 libraries for Clipper developers. We included > all the source code to each of them. Most of the code was in Clipper, > but some was in C and some in assembly language. No doubt some people > did things with it that were not covered in the license, but on the > other hand a small cadre of "believers" formed around us, and some of > them submitted significant enhancements to our original code. We > credited them in the comments on the relevant source files and mentioned > them in the documentation, and sent them an Artful sweatshirt. That was > payment enough for them. > > This is hardly the Linux open-source model, I realize. I wish that the > open-source model would "infect" the Windows world more than it has so > far. Access developers are among the most willing to share, I find, but > there is lots of VB and C and C++ code out there too. Most of the time > these free offerings are components or gussied-up controls and so on. It > would be cool, IMO, if it went up a notch, to the application level. For > example, apps vaguely like the application wizard can create in Access. > Unfortunately, most of these wiz-generated demo-apps don't reflect good > design principles, IMO. > > While on this subject, does anyone know how to interface with this > wiz-generator? I.e., suppose I want to create (let's keep it simple for > the discussion) a General Ledger app with a Chart of Accounts, General > Journals etc., can I do so in such a way that the wizard will detect its > presence and automatically add it to the list of apps you can generate? > > If memory serves, old versions of this wizard offered to populate the > resulting app with sample data, but new versions don't. Anyone have any > idea why this feature was dropped? > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS > Sent: Monday, June 21, 2004 10:20 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Hiding Back End Design > > > Gustav, > > "Personally, I think the time for proprietary systems has passed - > customers need systems they can drag data from to be used elsewhere." > > Never a truer word said. > > With the decision by the Munich government to migrate to Linux, France > looking to do the same and Brazil on the verge, it seems as though the > end is nigh for the proprietary software/business model. > > Hmmm, sorry I went a bit off topic there..... ; ) > > Rocky - if a cracker wants to crack your software he will. There are > teams of these people out there who see it as a challenge. Why waste > your time? > > Vlad > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, 22 June 2004 4:02 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Hiding Back End Design > > > Hi Rocky > > No, you cannot open or attach tables from the BE without the correct > password. But as stated from several already, you can google up at least > three password crackers. > > Next step would be Access security as mentioned by Drew, and the next > would be to apply field encryption which is a major step. > > By why not turn it completely around: make the design open and > documented as "this is the way to build a database for an application > like this"? Then you are the master and everyone else is the replicant - > following the "Rocky" standard. Personally, I think the time for > proprietary systems has passed - customers need systems they can drag > data from to be used elsewhere. > > Also, I really doubt someone can figure out the intelligence of your app > just by watching the table design. One can watch what is going on when > data have been entered or updated but not _how_, and if someone can > figure it out, he will already know how to build a similar app without > knowing your table design. > > /gustav > > > > If I'm reading the help file correctly, encryption does not hide the > > objects, just the data, yes? I need to hide the design of the back > > end. Password protection is too weak. I'll be up against > > professionals. > > > Rocky > > > ----- Original Message ----- > > From: "Gustav Brock" > > To: "Access Developers discussion and problem solving" > > > > Sent: Monday, June 21, 2004 9:41 AM > > Subject: Re: [AccessD] Hiding Back End Design > > > >> Hi Rocky > >> > >> You can encrypt the database. Not bulletproof, of course, but keeps > >> the average user away. > >> > >> /gustav > >> > >> > Is there a way to easily hide the back end design? My distributor > >> > in > > Taiwan feels that if the back end design is not hidden then the > > product > can > > be easily knocked off. > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Jun 24 05:10:57 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 24 Jun 2004 12:10:57 +0200 Subject: [AccessD] For Money or Love In-Reply-To: <07aa01c45977$6901ea50$6601a8c0@rock> References: <07aa01c45977$6901ea50$6601a8c0@rock> Message-ID: <18211692262.20040624121057@cactus.dk> Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and phone > bill and food and cat food and car insurance, etc. Beyond that, I don't > need to accumulate wealth. I just want my obligations covered, and if I > have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame of > reference. I'm writing a screenplay in my off-hours currently. It may > sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than a > year. Faced with that kind of news, one confronts "what do you want to > do before you bid adieu"? -- mitigated of course by what can you afford > to do, and so on. I reduced my list to 3 items -- go to Ireland for a > visit, revisit Paris for a couple of days to review the most beautiful > city in the world, and knock out the aforementioned screenplay. Anything > else that I manage is wonderful and gratuitous and gratis. > I do need to make a living for a year or so, but I can do that in about > 20 hours a week. The screenplay will take another hour a day minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never met > almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > Arthur From actebs at actebs.com.au Thu Jun 24 05:54:54 2004 From: actebs at actebs.com.au (ACTEBS) Date: Thu, 24 Jun 2004 20:54:54 +1000 Subject: [AccessD] For Money or Love In-Reply-To: <18211692262.20040624121057@cactus.dk> Message-ID: <000b01c459d9$b1a9ff60$0b08a8c0@carltonone.local> Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Thu Jun 24 06:18:53 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Thu, 24 Jun 2004 12:18:53 +0100 Subject: [AccessD] For Money or Love In-Reply-To: <18211692262.20040624121057@cactus.dk> Message-ID: <000201c459dd$0858ac50$b274d0d5@minster33c3r25> Well said Gustav. Arthur, this is so sad. You'll be in a lot of people's thoughts, and I hope you can take some comfort from the affection in which, I know, you are held by all here. With all my best wishes, to you and yours. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 24 June 2004 11:11 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] For Money or Love > > > Hi Arthur > > Thanks for letting us know ... I had noticed you recently > have been absent in periods but thought that was due to a > busy project or similar. > > I'm impressed how you handle this last "project" of yours; on > the other hand - given your deep experience you so often have > exposed here > - how could it be different? > > Well, this day certainly turned out differently than > expected. Should you feel we - the long time listers to whom > I humbly count myself - can be of any assistance regarding > your Access-related work, I'm sure you can count us in. On > the other hand I wouldn't be surprised if you already have > arrangements settled for this. > > I hope you'll have some really nice days in Ireland and > Paris, not only revisiting known places but having new > experiences as well. > > /gustav > > > > IMO this is not required. I just need to be guaranteed my rent and > > phone bill and food and cat food and car insurance, etc. > Beyond that, > > I don't need to accumulate wealth. I just want my > obligations covered, > > and if I have any time left then it's free. > > > Not to say I am the measure of anyone but myself, but > that's my frame > > of reference. I'm writing a screenplay in my off-hours > currently. It > > may sell; I have sold two previously and thus have an agent who is > > interested; but frankly I don't care whether it sells. > > > I have some serious medical issues and won't be around much > more than > > a year. Faced with that kind of news, one confronts "what > do you want > > to do before you bid adieu"? -- mitigated of course by what can you > > afford to do, and so on. I reduced my list to 3 items -- go > to Ireland > > for a visit, revisit Paris for a couple of days to review the most > > beautiful city in the world, and knock out the aforementioned > > screenplay. Anything else that I manage is wonderful and gratuitous > > and gratis. > > > I do need to make a living for a year or so, but I can do that in > > about 20 hours a week. The screenplay will take another hour a day > > minimum. > > > I confess that I am running out of petrol, however; thus my > relative > > absence from this list. I can manage it once a week or so, > and respond > > too late to most messages to be useful and timely. But I > feel that I > > have made a lot of friends here, despite the fact that I have never > > met almost all of you. > > > "Nothing concentrates the mind like the knowledge that you > will hanged > > in the morning." > > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From dfenton at ozemail.com.au Thu Jun 24 06:25:27 2004 From: dfenton at ozemail.com.au (David Fenton) Date: Thu, 24 Jun 2004 21:25:27 +1000 Subject: [AccessD] Re: Multiple copies of value across columns in a crosstab RePost. Message-ID: <6.0.1.1.0.20040624212020.025db3c0@mail.ozemail.com.au> Gidday Gustav, What a clever solution! This is very neat, using the ABS function to get the PAX to appear or not appear depending on whether the column date is in the correct range. I can't wait to try it. Thank you heaps. I've never done a query without a join before are there any speed implications? Jim Hale referred to your example as a non-Cartesian join (is that right?) - I must do some more research! Cheers David Australia From Subscriptions at servicexp.com Thu Jun 24 06:34:40 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 24 Jun 2004 07:34:40 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <214210-22004642421712389@christopherhawkins.com> Message-ID: Christopher, I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how much I can help, but count me in" type of statement it **Generally** means I really can't help, but I would like to have access to the work.. For me at least, this has been no easy task, and is requiring a major commitment of effort trying to weed through the QB program model. You and John C. where the *only* two (I was looking for 5) who wanted to be a part of the project with no "disclaimers", meaning serious and wanting to put in the effort it is going to take to pull this off. So let me turn this around..... Have you (and JC), downloaded and started reviewing the SDK in it's entirety, and if so how far into the model are you? You know, since JC is like the equivilent of 3 programmers, I guess we do have 5...;-) Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 23, 2004 10:17 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours >into my "QuickBooks Class Build", and it's going OK, not nearly as >fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I >can be, >but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of >which are >as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) >complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the >QBFC. So in the end I will end up with a solution that will allow for >portability, and very easy communications with QB. The solution will >do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made >it an >open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From serbach at new.rr.com Thu Jun 24 06:56:42 2004 From: serbach at new.rr.com (Steven W. Erbach) Date: Thu, 24 Jun 2004 06:56:42 -0500 Subject: [AccessD] Hiding Back End Design In-Reply-To: <005901c4598d$08cdc3a0$2a3ca8c0@TEXASSYSTEMS.COM> References: <20040623175206.1729876511.serbach@new.rr.com> <005901c4598d$08cdc3a0$2a3ca8c0@TEXASSYSTEMS.COM> Message-ID: <20040624065642.1997451298.serbach@new.rr.com> Ken, Well spoken. Regards, Steve Erbach Scientific Marketing Neenah, WI 920-969-0504 "If you can't say anything nice, run for President." - Argus Hamilton From kwilliam at ashlandnet.com Thu Jun 24 07:11:09 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Thu, 24 Jun 2004 08:11:09 -0400 Subject: [AccessD] Access Export to Excel In-Reply-To: <9C382E065F54AE48BC3AA7925DCBB01C0103E01A@karta-exc-int.Karta.com> Message-ID: <001901c459e4$55c69630$64aba8c0@ashlandnet.com> Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 24 07:31:09 2004 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 24 Jun 2004 14:31:09 +0200 Subject: [AccessD] Re: Multiple copies of value across columns in a crosstab RePost. In-Reply-To: <6.0.1.1.0.20040624212020.025db3c0@mail.ozemail.com.au> References: <6.0.1.1.0.20040624212020.025db3c0@mail.ozemail.com.au> Message-ID: <2120104338.20040624143109@cactus.dk> Hi David > What a clever solution! This is very neat, using the ABS function to get > the PAX to appear or not appear depending on whether the column date is in > the correct range. I can't wait to try it. Thank you heaps. You are welcome. I hope it works for you. > I've never done a query without a join before are there any speed > implications? I would guess not. But if you have millions of records ... > Jim Hale referred to your example as a non-Cartesian join (is that right?) > - I must do some more research! Yes, or maybe rather a "cartesian product" as the number of output rows in a normal select query equals the product of the numbers of (selected) rows of the included tables. /gustav From Mark.Mitsules at ngc.com Thu Jun 24 08:20:55 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Thu, 24 Jun 2004 09:20:55 -0400 Subject: [AccessD] Access Export to Excel Message-ID: I know I've had this problem in the past...I think I may have even posted about it. But, at the moment I can't replicate the symptoms. I just tried a simple test using the same type of data you describe. I ran a query on this data, and chose "Tools/Office Links/Analyze It with Microsoft Excel". The result was a spreadsheet with the numbers shown as text with the little comment marker saying "number stored as text". I'm using Win2K / Office2K2. Perhaps I had this problem on an earlier setup like NT4.0 / Office 97. Mark -----Original Message----- From: Keith Williamson [mailto:kwilliam at ashlandnet.com] Sent: Thursday, June 24, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Thu Jun 24 08:29:42 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Thu, 24 Jun 2004 09:29:42 -0400 Subject: [AccessD] For Money or Love Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEB98@TTNEXCHSRV1.hshhp.com> Devastating news Arthur. You seem to be handling your situation very bravely. Let all of us gain strength from Arthur's and send a truly heartfelt thank you for all of his involvement in this list. Please let us know if there is some foundation (medical research or otherwise) that perhaps we can make a donation in your name. Jim DeMarco -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Thursday, June 24, 2004 7:19 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Well said Gustav. Arthur, this is so sad. You'll be in a lot of people's thoughts, and I hope you can take some comfort from the affection in which, I know, you are held by all here. With all my best wishes, to you and yours. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 24 June 2004 11:11 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] For Money or Love > > > Hi Arthur > > Thanks for letting us know ... I had noticed you recently > have been absent in periods but thought that was due to a > busy project or similar. > > I'm impressed how you handle this last "project" of yours; on > the other hand - given your deep experience you so often have > exposed here > - how could it be different? > > Well, this day certainly turned out differently than > expected. Should you feel we - the long time listers to whom > I humbly count myself - can be of any assistance regarding > your Access-related work, I'm sure you can count us in. On > the other hand I wouldn't be surprised if you already have > arrangements settled for this. > > I hope you'll have some really nice days in Ireland and > Paris, not only revisiting known places but having new > experiences as well. > > /gustav > > > > IMO this is not required. I just need to be guaranteed my rent and > > phone bill and food and cat food and car insurance, etc. > Beyond that, > > I don't need to accumulate wealth. I just want my > obligations covered, > > and if I have any time left then it's free. > > > Not to say I am the measure of anyone but myself, but > that's my frame > > of reference. I'm writing a screenplay in my off-hours > currently. It > > may sell; I have sold two previously and thus have an agent who is > > interested; but frankly I don't care whether it sells. > > > I have some serious medical issues and won't be around much > more than > > a year. Faced with that kind of news, one confronts "what > do you want > > to do before you bid adieu"? -- mitigated of course by what can you > > afford to do, and so on. I reduced my list to 3 items -- go > to Ireland > > for a visit, revisit Paris for a couple of days to review the most > > beautiful city in the world, and knock out the aforementioned > > screenplay. Anything else that I manage is wonderful and gratuitous > > and gratis. > > > I do need to make a living for a year or so, but I can do that in > > about 20 hours a week. The screenplay will take another hour a day > > minimum. > > > I confess that I am running out of petrol, however; thus my > relative > > absence from this list. I can manage it once a week or so, > and respond > > too late to most messages to be useful and timely. But I > feel that I > > have made a lot of friends here, despite the fact that I have never > > met almost all of you. > > > "Nothing concentrates the mind like the knowledge that you > will hanged > > in the morning." > > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From jwcolby at colbyconsulting.com Thu Jun 24 08:44:48 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 24 Jun 2004 09:44:48 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: <003c01c459f1$6abd2e70$0501a8c0@colbyws> >You know, since JC is like the equivalent of 3 programmers, I guess we do have 5...;-) ROTFLMAO You are one SMOOTH talker! I have not downloaded the SDK. I didn't really even know what you were up to except (apparently) wrapping some kind of DLL in a class or something. I kind of thought you'd come back to me with an email explaining in more detail what we are trying to do. So... I just joined the QB developer network and started the download. I am busy and don't know when or how much I'll be able to help (the disclaimer that means I just want access to your work ;-) however I do have a client right now that is using some manual third party tool to do transfers in / out and really need to automate this. Given this, I may actually find time to work on this stuff. Would you care to email me and start a discussion of what you are doing and how I can help? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Thursday, June 24, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how much I can help, but count me in" type of statement it **Generally** means I really can't help, but I would like to have access to the work.. For me at least, this has been no easy task, and is requiring a major commitment of effort trying to weed through the QB program model. You and John C. where the *only* two (I was looking for 5) who wanted to be a part of the project with no "disclaimers", meaning serious and wanting to put in the effort it is going to take to pull this off. So let me turn this around..... Have you (and JC), downloaded and started reviewing the SDK in it's entirety, and if so how far into the model are you? You know, since JC is like the equivilent of 3 programmers, I guess we do have 5...;-) Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 23, 2004 10:17 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours into my "QuickBooks Class Build", and it's going OK, not nearly >as fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I can >be, but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of which >are as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the QBFC. So in the end I will end up with a solution that will allow >for portability, and very easy communications with QB. The solution >will do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made it >an open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kwilliam at ashlandnet.com Thu Jun 24 08:50:53 2004 From: kwilliam at ashlandnet.com (Keith Williamson) Date: Thu, 24 Jun 2004 09:50:53 -0400 Subject: [AccessD] Access Export to Excel AND Quickbooks In-Reply-To: Message-ID: <002001c459f2$45d6f6d0$64aba8c0@ashlandnet.com> Hmmm. I think you are right....I had to do a work-around last night to move my data. I found the same thing......if I exported the data from the query, I COULD import into Excel ok. However, if I exported the report (based on the query), that is when I ran into problems. This is what I am trying to do; export from the report. I want to use the report to setup a template for importing into Quickbooks. I need the header area of the report for additional information in the template. If I have to export from the query....then I first need to import into Excel, and add the header info....prior to importing to Quickbooks. So, it is costing me an additional step, which I am trying to avoid. Maybe I can use a docmd.transfer ?? Or some other method of directly exporting the report with an .iif extension, that I can immediately import into Quickbooks. Of course, this would require the export process to maintain the code as the full text, and not truncate the zeros. See...overall...the problem is that Quickbooks is EXTREMELY useless for pricing updates. So I have my own database for manipulating pricing and adding new inventory items. So, I am trying to export these updates, and new items, to a file to import into Quickbooks. What a pain. Thanks, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Thursday, June 24, 2004 9:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel I know I've had this problem in the past...I think I may have even posted about it. But, at the moment I can't replicate the symptoms. I just tried a simple test using the same type of data you describe. I ran a query on this data, and chose "Tools/Office Links/Analyze It with Microsoft Excel". The result was a spreadsheet with the numbers shown as text with the little comment marker saying "number stored as text". I'm using Win2K / Office2K2. Perhaps I had this problem on an earlier setup like NT4.0 / Office 97. Mark -----Original Message----- From: Keith Williamson [mailto:kwilliam at ashlandnet.com] Sent: Thursday, June 24, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From clh at christopherhawkins.com Thu Jun 24 10:31:44 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 24 Jun 2004 09:31:44 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <63500-220046424153144165@christopherhawkins.com> I pulled down the SDK for a close examination a few months ago - I thought I had mentioned that, but now that I think back, I probably didn't. -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 07:34:40 -0400 >Christopher, > I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how >much I >can help, but count me in" type of statement it **Generally** means >I really >can't help, but I would like to have access to the work.. For me at >least, >this has been no easy task, and is requiring a major commitment of >effort >trying to weed through the QB program model. > > You and John C. where the *only* two (I was looking for 5) who >wanted to be >a part of the project with no "disclaimers", meaning serious and >wanting to >put in the effort it is going to take to pull this off. > > So let me turn this around..... > Have you (and JC), downloaded and started reviewing the SDK in it's >entirety, and if so how far into the model are you? > > You know, since JC is like the equivilent of 3 programmers, I guess >we do >have 5...;-) > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 23, 2004 10:17 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >You've had me, JC, Ken at least two others offer to join your >project. How much more serious help do you need? ;) > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 23 Jun 2004 21:16:50 -0400 > >>Ken, >> Bottom line, not enough **serious** interest here. I'm about 15-20 >>hours >>into my "QuickBooks Class Build", and it's going OK, not nearly as >>fast as I >>hoped but then again I'm just one guy.... >> >> >>Good Luck!! >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >>Sent: Wednesday, June 23, 2004 7:51 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>I would like to be included as well. I don't know how much help I >>can be, >>but my partner and I just met with a potential new client and found >>out that >>they use Quickbooks for their inventory tracking. We are to put a >>proposal >>together that will integrate a revamped web site that will include a >>knowledgebase, online purchasing (which part will need to interact >>with >>Quickbooks) and some other options. After our first meeting, I >>quickly came >>back and grabbed the list of emails for this string from my deleted >>items so >>that I could see what everyone was saying. >> >>Thanks >> >>Ken >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>Sent: Friday, June 11, 2004 5:21 AM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >>I'm in. I have a client right now jumping through hoops to do this. >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Friday, June 11, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I guess there are about 75 VB examples in the SDK (3.0). All of >>which are >>as seamless as the next as far as I have played with (there just a >>pain to >>work with). It is really easy to see this for yourself if you have >>QuickBooks 2002 or above.. >> >> The problem is, there are no (none that I can find at least) >>complete >>sophisticated solutions that are under 500.00. I have tried the >>coreObjX >>dll, but that thing is a nightmare to even get registered on the >>users >>machines (even their own install routine will not register 9 time >>out of >>10), the other (AcctSync) solutions I found is about 1K, so it's out >>of my >>price range. >> >> What I'm hoping (going) to build is a class based solution based on >>the >>QBFC. So in the end I will end up with a solution that will allow >for >>portability, and very easy communications with QB. The solution will >>do all >>the "grunt" work under the hood automatically, and allow me to send >>and >>interpret QB requests very easily. >> >> It's not easy working with QB's API, and I would have like to made >>it an >>open source kind of thing, but I was hoping for at least 5 serious >>developers to join in. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From clh at christopherhawkins.com Thu Jun 24 10:33:11 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 24 Jun 2004 09:33:11 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <193880-220046424153311760@christopherhawkins.com> "Would you care to email me and start a discussion of what you are doing and how I can help?" Great idea. If you guys want to take it one step farther than eMail, I have a message forum set up that is largely unused these days. I'd be happy to donate its use for this QB Project. -C- ---- Original Message ---- From: jwcolby at colbyconsulting.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 09:44:48 -0400 >>You know, since JC is like the equivalent of 3 programmers, I guess >we do >have 5...;-) > >ROTFLMAO > >You are one SMOOTH talker! > >I have not downloaded the SDK. I didn't really even know what you >were up >to except (apparently) wrapping some kind of DLL in a class or >something. I >kind of thought you'd come back to me with an email explaining in >more >detail what we are trying to do. So... > >I just joined the QB developer network and started the download. I >am busy >and don't know when or how much I'll be able to help (the disclaimer >that >means I just want access to your work ;-) however I do have a client >right >now that is using some manual third party tool to do transfers in / >out and >really need to automate this. Given this, I may actually find time >to work >on this stuff. > >Would you care to email me and start a discussion of what you are >doing and >how I can help? > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Thursday, June 24, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how >much I >can help, but count me in" type of statement it **Generally** means >I really >can't help, but I would like to have access to the work.. For me at >least, >this has been no easy task, and is requiring a major commitment of >effort >trying to weed through the QB program model. > > You and John C. where the *only* two (I was looking for 5) who >wanted to be >a part of the project with no "disclaimers", meaning serious and >wanting to >put in the effort it is going to take to pull this off. > > So let me turn this around..... > Have you (and JC), downloaded and started reviewing the SDK in it's >entirety, and if so how far into the model are you? > > You know, since JC is like the equivilent of 3 programmers, I guess >we do >have 5...;-) > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 23, 2004 10:17 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >You've had me, JC, Ken at least two others offer to join your >project. How >much more serious help do you need? ;) > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 23 Jun 2004 21:16:50 -0400 > >>Ken, >> Bottom line, not enough **serious** interest here. I'm about 15-20 >>hours into my "QuickBooks Class Build", and it's going OK, not >nearly >>as fast as I >>hoped but then again I'm just one guy.... >> >> >>Good Luck!! >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >>Sent: Wednesday, June 23, 2004 7:51 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>I would like to be included as well. I don't know how much help I >can >>be, but my partner and I just met with a potential new client and >found >>out that >>they use Quickbooks for their inventory tracking. We are to put a >>proposal >>together that will integrate a revamped web site that will include a >>knowledgebase, online purchasing (which part will need to interact >>with >>Quickbooks) and some other options. After our first meeting, I >>quickly came >>back and grabbed the list of emails for this string from my deleted >>items so >>that I could see what everyone was saying. >> >>Thanks >> >>Ken >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>Sent: Friday, June 11, 2004 5:21 AM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >>I'm in. I have a client right now jumping through hoops to do this. >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Friday, June 11, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I guess there are about 75 VB examples in the SDK (3.0). All of >which >>are as seamless as the next as far as I have played with (there >just a >>pain to >>work with). It is really easy to see this for yourself if you have >>QuickBooks 2002 or above.. >> >> The problem is, there are no (none that I can find at least) >complete >>sophisticated solutions that are under 500.00. I have tried the >>coreObjX >>dll, but that thing is a nightmare to even get registered on the >>users >>machines (even their own install routine will not register 9 time >>out of >>10), the other (AcctSync) solutions I found is about 1K, so it's out >>of my >>price range. >> >> What I'm hoping (going) to build is a class based solution based >on >>the QBFC. So in the end I will end up with a solution that will >allow >>for portability, and very easy communications with QB. The solution >>will do all >>the "grunt" work under the hood automatically, and allow me to send >>and >>interpret QB requests very easily. >> >> It's not easy working with QB's API, and I would have like to made >it >>an open source kind of thing, but I was hoping for at least 5 >serious >>developers to join in. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From rfv at entelix.com Thu Jun 24 11:19:45 2004 From: rfv at entelix.com (rfv at entelix.com) Date: Thu, 24 Jun 2004 11:19:45 -0500 Subject: [AccessD] For Money or Love In-Reply-To: <22F1CCD5171D17419CB37FEEE09D5F99030FEB98@TTNEXCHSRV1.hshhp.com> Message-ID: <200406241620.i5OGKBQ31962@databaseadvisors.com> Arthur, God bless you! Rudolf F. Vanek -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim DeMarco Sent: Jueves, 24 de Junio de 2004 08:30 a.m. To: Access Developers discussion and problem solving Subject: RE: [AccessD] For Money or Love Devastating news Arthur. You seem to be handling your situation very bravely. Let all of us gain strength from Arthur's and send a truly heartfelt thank you for all of his involvement in this list. Please let us know if there is some foundation (medical research or otherwise) that perhaps we can make a donation in your name. Jim DeMarco -----Original Message----- From: Andy Lacey [mailto:andy at minstersystems.co.uk] Sent: Thursday, June 24, 2004 7:19 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Well said Gustav. Arthur, this is so sad. You'll be in a lot of people's thoughts, and I hope you can take some comfort from the affection in which, I know, you are held by all here. With all my best wishes, to you and yours. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Gustav Brock > Sent: 24 June 2004 11:11 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] For Money or Love > > > Hi Arthur > > Thanks for letting us know ... I had noticed you recently > have been absent in periods but thought that was due to a > busy project or similar. > > I'm impressed how you handle this last "project" of yours; on > the other hand - given your deep experience you so often have > exposed here > - how could it be different? > > Well, this day certainly turned out differently than > expected. Should you feel we - the long time listers to whom > I humbly count myself - can be of any assistance regarding > your Access-related work, I'm sure you can count us in. On > the other hand I wouldn't be surprised if you already have > arrangements settled for this. > > I hope you'll have some really nice days in Ireland and > Paris, not only revisiting known places but having new > experiences as well. > > /gustav > > > > IMO this is not required. I just need to be guaranteed my rent and > > phone bill and food and cat food and car insurance, etc. > Beyond that, > > I don't need to accumulate wealth. I just want my > obligations covered, > > and if I have any time left then it's free. > > > Not to say I am the measure of anyone but myself, but > that's my frame > > of reference. I'm writing a screenplay in my off-hours > currently. It > > may sell; I have sold two previously and thus have an agent who is > > interested; but frankly I don't care whether it sells. > > > I have some serious medical issues and won't be around much > more than > > a year. Faced with that kind of news, one confronts "what > do you want > > to do before you bid adieu"? -- mitigated of course by what can you > > afford to do, and so on. I reduced my list to 3 items -- go > to Ireland > > for a visit, revisit Paris for a couple of days to review the most > > beautiful city in the world, and knock out the aforementioned > > screenplay. Anything else that I manage is wonderful and gratuitous > > and gratis. > > > I do need to make a living for a year or so, but I can do that in > > about 20 hours a week. The screenplay will take another hour a day > > minimum. > > > I confess that I am running out of petrol, however; thus my > relative > > absence from this list. I can manage it once a week or so, > and respond > > too late to most messages to be useful and timely. But I > feel that I > > have made a lot of friends here, despite the fact that I have never > > met almost all of you. > > > "Nothing concentrates the mind like the knowledge that you > will hanged > > in the morning." > > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com **************************************************************************** ******* "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". **************************************************************************** ******* -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Thu Jun 24 11:41:02 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 24 Jun 2004 12:41:02 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <000b01c459d9$b1a9ff60$0b08a8c0@carltonone.local> Message-ID: <08e301c45a0a$09714ed0$6601a8c0@rock> It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 bellsouth.net Thu Jun 24 12:15:02 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Thu, 24 Jun 2004 13:15:02 -0400 Subject: [AccessD] Crystal Reports developer needed Message-ID: <20040624171457.JGUP1701.imf20aec.mail.bellsouth.net@SUSANONE> If you have experience with Crystal Reports and are interested in free-lancing, please send me a resume' (or the equivalent) off list. I'll compile them and forwarded them to the client. I'm not involved in the decision making process, I'm just passing along candidates. I know nothing about the project itself -- no details at all other than it's with Crystal Reports. Thanks! Susan H. From Stephen.Pickering at caremark.com Thu Jun 24 12:47:02 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 24 Jun 2004 12:47:02 -0500 Subject: [AccessD] For Money or Love Message-ID: <35C4AC5A5AFD9642833200159C2581560A6985@s98026.psd.caremark.int> Arthur, I don't mean to be presumptuous, I mean, I really don't even know you as well as many others on this list. Still, I can easily see that your contributions, and your character, are of the highest quality. Please know that my prayers are with you in your journey. And though the result may be known, I wish you the very best of everything along the way. I'll start working on that code now. Is copying and pasting OK? ;^) Steve -----Arthur Fuller's Original Message----- It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 lists at theopg.com Thu Jun 24 12:50:24 2004 From: lists at theopg.com (MarkH) Date: Thu, 24 Jun 2004 18:50:24 +0100 Subject: [AccessD] Hopefully simple... Problem with Office XP help In-Reply-To: <20040624171457.JGUP1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <002401c45a13$b9f6e360$560b6bd5@netboxxp> Hello Sorry if this ones a bit simple but its driving me mad. Somehow I have managed to hide the tabs and toolbar in the office XP help. I can no longer search the index or see the contents etc. and can see no way of turning them back on. Any ideas...? thanks in advance Mark From marcus at tsstech.com Thu Jun 24 13:27:14 2004 From: marcus at tsstech.com (Scott Marcus) Date: Thu, 24 Jun 2004 14:27:14 -0400 Subject: [AccessD] For Money or Love Message-ID: Arthur, Not to make light of your situation...I have a friend who was given pretty bad news (6 months at most to live) over 10 months ago. They now think he my turn out to be a survivor of his condition. My prayers are with you... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 24, 2004 12:41 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 bellsouth.net Thu Jun 24 13:52:58 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Thu, 24 Jun 2004 14:52:58 -0400 Subject: [AccessD] favor running code in 2K and XP Message-ID: <20040624185253.LZUD1701.imf20aec.mail.bellsouth.net@SUSANONE> An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub From artful at rogers.com Thu Jun 24 14:48:02 2004 From: artful at rogers.com (Arthur Fuller) Date: Thu, 24 Jun 2004 15:48:02 -0400 Subject: [AccessD] For Money or Love In-Reply-To: Message-ID: <092001c45a24$28fda310$6601a8c0@rock> I am confident that I will outlive their expectations. That said, it's about time we took this thread off-list, else get busted by the moderators. Let's let it go effective immediately. Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Scott Marcus Sent: Thursday, June 24, 2004 2:27 PM To: Access Developers discussion and problem solving Subject: RE: [AccessD] For Money or Love Arthur, Not to make light of your situation...I have a friend who was given pretty bad news (6 months at most to live) over 10 months ago. They now think he my turn out to be a survivor of his condition. My prayers are with you... Scott Marcus TSS Technologies, Inc. marcus at tsstech.com (513) 772-7000 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 24, 2004 12:41 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 Subscriptions at servicexp.com Thu Jun 24 15:50:08 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 24 Jun 2004 16:50:08 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <003c01c459f1$6abd2e70$0501a8c0@colbyws> Message-ID: Ok, I'll Contact you two via e-mail..... Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby Sent: Thursday, June 24, 2004 9:45 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] QuickBooks Project... Anyone game? >You know, since JC is like the equivalent of 3 programmers, I guess we do have 5...;-) ROTFLMAO You are one SMOOTH talker! I have not downloaded the SDK. I didn't really even know what you were up to except (apparently) wrapping some kind of DLL in a class or something. I kind of thought you'd come back to me with an email explaining in more detail what we are trying to do. So... I just joined the QB developer network and started the download. I am busy and don't know when or how much I'll be able to help (the disclaimer that means I just want access to your work ;-) however I do have a client right now that is using some manual third party tool to do transfers in / out and really need to automate this. Given this, I may actually find time to work on this stuff. Would you care to email me and start a discussion of what you are doing and how I can help? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert Gracie Sent: Thursday, June 24, 2004 7:35 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] QuickBooks Project... Anyone game? Christopher, I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how much I can help, but count me in" type of statement it **Generally** means I really can't help, but I would like to have access to the work.. For me at least, this has been no easy task, and is requiring a major commitment of effort trying to weed through the QB program model. You and John C. where the *only* two (I was looking for 5) who wanted to be a part of the project with no "disclaimers", meaning serious and wanting to put in the effort it is going to take to pull this off. So let me turn this around..... Have you (and JC), downloaded and started reviewing the SDK in it's entirety, and if so how far into the model are you? You know, since JC is like the equivilent of 3 programmers, I guess we do have 5...;-) Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Wednesday, June 23, 2004 10:17 PM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? You've had me, JC, Ken at least two others offer to join your project. How much more serious help do you need? ;) -C- ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Wed, 23 Jun 2004 21:16:50 -0400 >Ken, > Bottom line, not enough **serious** interest here. I'm about 15-20 >hours into my "QuickBooks Class Build", and it's going OK, not nearly >as fast as I >hoped but then again I'm just one guy.... > > >Good Luck!! > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >Sent: Wednesday, June 23, 2004 7:51 PM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >I would like to be included as well. I don't know how much help I can >be, but my partner and I just met with a potential new client and found >out that >they use Quickbooks for their inventory tracking. We are to put a >proposal >together that will integrate a revamped web site that will include a >knowledgebase, online purchasing (which part will need to interact >with >Quickbooks) and some other options. After our first meeting, I >quickly came >back and grabbed the list of emails for this string from my deleted >items so >that I could see what everyone was saying. > >Thanks > >Ken > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >Sent: Friday, June 11, 2004 5:21 AM >To: 'Access Developers discussion and problem solving' >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > >I'm in. I have a client right now jumping through hoops to do this. > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Friday, June 11, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I guess there are about 75 VB examples in the SDK (3.0). All of which >are as seamless as the next as far as I have played with (there just a >pain to >work with). It is really easy to see this for yourself if you have >QuickBooks 2002 or above.. > > The problem is, there are no (none that I can find at least) complete >sophisticated solutions that are under 500.00. I have tried the >coreObjX >dll, but that thing is a nightmare to even get registered on the >users >machines (even their own install routine will not register 9 time >out of >10), the other (AcctSync) solutions I found is about 1K, so it's out >of my >price range. > > What I'm hoping (going) to build is a class based solution based on >the QBFC. So in the end I will end up with a solution that will allow >for portability, and very easy communications with QB. The solution >will do all >the "grunt" work under the hood automatically, and allow me to send >and >interpret QB requests very easily. > > It's not easy working with QB's API, and I would have like to made it >an open source kind of thing, but I was hoping for at least 5 serious >developers to join in. > > >Robert Gracie >www.servicexp.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Subscriptions at servicexp.com Thu Jun 24 15:53:10 2004 From: Subscriptions at servicexp.com (Robert Gracie) Date: Thu, 24 Jun 2004 16:53:10 -0400 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <193880-220046424153311760@christopherhawkins.com> Message-ID: Christopher, E-mail address?? Robert Gracie www.servicexp.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher Hawkins Sent: Thursday, June 24, 2004 11:33 AM To: accessd at databaseadvisors.com Subject: RE: [AccessD] QuickBooks Project... Anyone game? "Would you care to email me and start a discussion of what you are doing and how I can help?" Great idea. If you guys want to take it one step farther than eMail, I have a message forum set up that is largely unused these days. I'd be happy to donate its use for this QB Project. -C- ---- Original Message ---- From: jwcolby at colbyconsulting.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 09:44:48 -0400 >>You know, since JC is like the equivalent of 3 programmers, I guess >we do >have 5...;-) > >ROTFLMAO > >You are one SMOOTH talker! > >I have not downloaded the SDK. I didn't really even know what you >were up >to except (apparently) wrapping some kind of DLL in a class or >something. I >kind of thought you'd come back to me with an email explaining in >more >detail what we are trying to do. So... > >I just joined the QB developer network and started the download. I >am busy >and don't know when or how much I'll be able to help (the disclaimer >that >means I just want access to your work ;-) however I do have a client >right >now that is using some manual third party tool to do transfers in / >out and >really need to automate this. Given this, I may actually find time >to work >on this stuff. > >Would you care to email me and start a discussion of what you are >doing and >how I can help? > >John W. Colby >www.ColbyConsulting.com > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >Gracie >Sent: Thursday, June 24, 2004 7:35 AM >To: Access Developers discussion and problem solving >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >Christopher, > I'm glad you asked.....;-) When ever I hear, "Well I'm not sure how >much I >can help, but count me in" type of statement it **Generally** means >I really >can't help, but I would like to have access to the work.. For me at >least, >this has been no easy task, and is requiring a major commitment of >effort >trying to weed through the QB program model. > > You and John C. where the *only* two (I was looking for 5) who >wanted to be >a part of the project with no "disclaimers", meaning serious and >wanting to >put in the effort it is going to take to pull this off. > > So let me turn this around..... > Have you (and JC), downloaded and started reviewing the SDK in it's >entirety, and if so how far into the model are you? > > You know, since JC is like the equivilent of 3 programmers, I guess >we do >have 5...;-) > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Wednesday, June 23, 2004 10:17 PM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >You've had me, JC, Ken at least two others offer to join your >project. How >much more serious help do you need? ;) > >-C- > >---- Original Message ---- >From: Subscriptions at servicexp.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Wed, 23 Jun 2004 21:16:50 -0400 > >>Ken, >> Bottom line, not enough **serious** interest here. I'm about 15-20 >>hours into my "QuickBooks Class Build", and it's going OK, not >nearly >>as fast as I >>hoped but then again I'm just one guy.... >> >> >>Good Luck!! >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken Stoker >>Sent: Wednesday, June 23, 2004 7:51 PM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>I would like to be included as well. I don't know how much help I >can >>be, but my partner and I just met with a potential new client and >found >>out that >>they use Quickbooks for their inventory tracking. We are to put a >>proposal >>together that will integrate a revamped web site that will include a >>knowledgebase, online purchasing (which part will need to interact >>with >>Quickbooks) and some other options. After our first meeting, I >>quickly came >>back and grabbed the list of emails for this string from my deleted >>items so >>that I could see what everyone was saying. >> >>Thanks >> >>Ken >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>Sent: Friday, June 11, 2004 5:21 AM >>To: 'Access Developers discussion and problem solving' >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >>I'm in. I have a client right now jumping through hoops to do this. >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Friday, June 11, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I guess there are about 75 VB examples in the SDK (3.0). All of >which >>are as seamless as the next as far as I have played with (there >just a >>pain to >>work with). It is really easy to see this for yourself if you have >>QuickBooks 2002 or above.. >> >> The problem is, there are no (none that I can find at least) >complete >>sophisticated solutions that are under 500.00. I have tried the >>coreObjX >>dll, but that thing is a nightmare to even get registered on the >>users >>machines (even their own install routine will not register 9 time >>out of >>10), the other (AcctSync) solutions I found is about 1K, so it's out >>of my >>price range. >> >> What I'm hoping (going) to build is a class based solution based >on >>the QBFC. So in the end I will end up with a solution that will >allow >>for portability, and very easy communications with QB. The solution >>will do all >>the "grunt" work under the hood automatically, and allow me to send >>and >>interpret QB requests very easily. >> >> It's not easy working with QB's API, and I would have like to made >it >>an open source kind of thing, but I was hoping for at least 5 >serious >>developers to join in. >> >> >>Robert Gracie >>www.servicexp.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >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 Jun 24 17:17:03 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 25 Jun 2004 08:17:03 +1000 Subject: [AccessD] Access Export to Excel AND Quickbooks In-Reply-To: <002001c459f2$45d6f6d0$64aba8c0@ashlandnet.com> References: Message-ID: <40DBDF7F.23404.1EB23D4A@localhost> On 24 Jun 2004 at 9:50, Keith Williamson wrote: > > This is what I am trying to do; export from the report. I want to use the > report to setup a template for importing into Quickbooks. I need the header > area of the report for additional information in the template. If I have to > export from the query....then I first need to import into Excel, and add the > header info....prior to importing to Quickbooks. So, it is costing me an > additional step, which I am trying to avoid. > > Maybe I can use a docmd.transfer ?? Or some other method of directly > exporting the report with an .iif extension, that I can immediately import > into Quickbooks. That's the best way. It gives you total control over the file format. > Of course, this would require the export process to > maintain the code as the full text, and not truncate the zeros. > I haven't done it for Quickbooks, but I've done this sort of thing for a number of other accounting packages. Sounds like you need a header row and a series of datarows in a space, tab or comma delimited file? If so, the easiest solution by far is to use standaard file IO. Open an QBooks import file for Output Build and print# the header row(s) Open the query as a recordset Do Build a data row using Format$, RSet, Mid$ etc Print# the data row Read next row Loop until EOF Close the QBooks file -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From clh at christopherhawkins.com Thu Jun 24 18:15:12 2004 From: clh at christopherhawkins.com (Christopher Hawkins) Date: Thu, 24 Jun 2004 17:15:12 -0600 Subject: [AccessD] QuickBooks Project... Anyone game? Message-ID: <228090-220046424231512865@christopherhawkins.com> clh at christopherhawkins.com ---- Original Message ---- From: Subscriptions at servicexp.com To: accessd at databaseadvisors.com, Subject: RE: [AccessD] QuickBooks Project... Anyone game? Date: Thu, 24 Jun 2004 16:53:10 -0400 >Christopher, > E-mail address?? > > >Robert Gracie >www.servicexp.com > > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Christopher >Hawkins >Sent: Thursday, June 24, 2004 11:33 AM >To: accessd at databaseadvisors.com >Subject: RE: [AccessD] QuickBooks Project... Anyone game? > > >"Would you care to email me and start a discussion of what you are >doing and how I can help?" > >Great idea. > >If you guys want to take it one step farther than eMail, I have a >message forum set up that is largely unused these days. I'd be happy >to donate its use for this QB Project. > >-C- > >---- Original Message ---- >From: jwcolby at colbyconsulting.com >To: accessd at databaseadvisors.com, >Subject: RE: [AccessD] QuickBooks Project... Anyone game? >Date: Thu, 24 Jun 2004 09:44:48 -0400 > >>>You know, since JC is like the equivalent of 3 programmers, I >guess >>we do >>have 5...;-) >> >>ROTFLMAO >> >>You are one SMOOTH talker! >> >>I have not downloaded the SDK. I didn't really even know what you >>were up >>to except (apparently) wrapping some kind of DLL in a class or >>something. I >>kind of thought you'd come back to me with an email explaining in >>more >>detail what we are trying to do. So... >> >>I just joined the QB developer network and started the download. I >>am busy >>and don't know when or how much I'll be able to help (the >disclaimer >>that >>means I just want access to your work ;-) however I do have a >client >>right >>now that is using some manual third party tool to do transfers in / >>out and >>really need to automate this. Given this, I may actually find time >>to work >>on this stuff. >> >>Would you care to email me and start a discussion of what you are >>doing and >>how I can help? >> >>John W. Colby >>www.ColbyConsulting.com >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>Gracie >>Sent: Thursday, June 24, 2004 7:35 AM >>To: Access Developers discussion and problem solving >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>Christopher, >> I'm glad you asked.....;-) When ever I hear, "Well I'm not sure >how >>much I >>can help, but count me in" type of statement it **Generally** means >>I really >>can't help, but I would like to have access to the work.. For me at >>least, >>this has been no easy task, and is requiring a major commitment of >>effort >>trying to weed through the QB program model. >> >> You and John C. where the *only* two (I was looking for 5) who >>wanted to be >>a part of the project with no "disclaimers", meaning serious and >>wanting to >>put in the effort it is going to take to pull this off. >> >> So let me turn this around..... >> Have you (and JC), downloaded and started reviewing the SDK in it's >>entirety, and if so how far into the model are you? >> >> You know, since JC is like the equivilent of 3 programmers, I >guess >>we do >>have 5...;-) >> >>Robert Gracie >>www.servicexp.com >> >> >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of >Christopher >>Hawkins >>Sent: Wednesday, June 23, 2004 10:17 PM >>To: accessd at databaseadvisors.com >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >> >> >>You've had me, JC, Ken at least two others offer to join your >>project. How >>much more serious help do you need? ;) >> >>-C- >> >>---- Original Message ---- >>From: Subscriptions at servicexp.com >>To: accessd at databaseadvisors.com, >>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>Date: Wed, 23 Jun 2004 21:16:50 -0400 >> >>>Ken, >>> Bottom line, not enough **serious** interest here. I'm about >15-20 >>>hours into my "QuickBooks Class Build", and it's going OK, not >>nearly >>>as fast as I >>>hoped but then again I'm just one guy.... >>> >>> >>>Good Luck!! >>> >>> >>>Robert Gracie >>>www.servicexp.com >>> >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ken >Stoker >>>Sent: Wednesday, June 23, 2004 7:51 PM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>I would like to be included as well. I don't know how much help I >>can >>>be, but my partner and I just met with a potential new client and >>found >>>out that >>>they use Quickbooks for their inventory tracking. We are to put a >>>proposal >>>together that will integrate a revamped web site that will include >a >>>knowledgebase, online purchasing (which part will need to interact >>>with >>>Quickbooks) and some other options. After our first meeting, I >>>quickly came >>>back and grabbed the list of emails for this string from my deleted >>>items so >>>that I could see what everyone was saying. >>> >>>Thanks >>> >>>Ken >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby >>>Sent: Friday, June 11, 2004 5:21 AM >>>To: 'Access Developers discussion and problem solving' >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>>I'm in. I have a client right now jumping through hoops to do >this. >>> >>>John W. Colby >>>www.ColbyConsulting.com >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Robert >>>Gracie >>>Sent: Friday, June 11, 2004 7:35 AM >>>To: Access Developers discussion and problem solving >>>Subject: RE: [AccessD] QuickBooks Project... Anyone game? >>> >>> >>>Christopher, >>> I guess there are about 75 VB examples in the SDK (3.0). All of >>which >>>are as seamless as the next as far as I have played with (there >>just a >>>pain to >>>work with). It is really easy to see this for yourself if you have >>>QuickBooks 2002 or above.. >>> >>> The problem is, there are no (none that I can find at least) >>complete >>>sophisticated solutions that are under 500.00. I have tried the >>>coreObjX >>>dll, but that thing is a nightmare to even get registered on the >>>users >>>machines (even their own install routine will not register 9 time >>>out of >>>10), the other (AcctSync) solutions I found is about 1K, so it's >out >>>of my >>>price range. >>> >>> What I'm hoping (going) to build is a class based solution based >>on >>>the QBFC. So in the end I will end up with a solution that will >>allow >>>for portability, and very easy communications with QB. The >solution >>>will do all >>>the "grunt" work under the hood automatically, and allow me to send >>>and >>>interpret QB requests very easily. >>> >>> It's not easy working with QB's API, and I would have like to >made >>it >>>an open source kind of thing, but I was hoping for at least 5 >>serious >>>developers to join in. >>> >>> >>>Robert Gracie >>>www.servicexp.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> > > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > From jwcolby at colbyconsulting.com Thu Jun 24 18:14:20 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Thu, 24 Jun 2004 19:14:20 -0400 Subject: [AccessD] For Money or Love In-Reply-To: <08e301c45a0a$09714ed0$6601a8c0@rock> Message-ID: <004901c45a40$faf31d20$0501a8c0@colbyws> >I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? Given that 1 in 20 lines will contain a bug, couldn't you just ask for 50 bugs on your desk by Monday morning? John W. Colby www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Thursday, June 24, 2004 12:41 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love It's my turn to shed a tear. You people are all so nice. It's a little to call someone you have never met a friend, but I feel that I have made some really good friends on this list. As time goes on, I may well have work to pass around, and if so I will act as coordinator.... But hey, I'm not pushing up daisies yet! So enough with the condolences :) On the day when it happens, my friend will post a message to this list. Until you see such a message, assume that I am alive if not well. Now get back to coding, you weepy snivelling wimps! I want a thousand lines of great code out of each of you, on my desk by Monday morning. Is that clear? :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of ACTEBS Sent: Thursday, June 24, 2004 6:55 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] For Money or Love Gustav, "Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in." I concur - any help you need do not hesitate to ask... Vlad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, 24 June 2004 8:11 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] For Money or Love Hi Arthur Thanks for letting us know ... I had noticed you recently have been absent in periods but thought that was due to a busy project or similar. I'm impressed how you handle this last "project" of yours; on the other hand - given your deep experience you so often have exposed here - how could it be different? Well, this day certainly turned out differently than expected. Should you feel we - the long time listers to whom I humbly count myself - can be of any assistance regarding your Access-related work, I'm sure you can count us in. On the other hand I wouldn't be surprised if you already have arrangements settled for this. I hope you'll have some really nice days in Ireland and Paris, not only revisiting known places but having new experiences as well. /gustav > IMO this is not required. I just need to be guaranteed my rent and > phone bill and food and cat food and car insurance, etc. Beyond that, > I don't need to accumulate wealth. I just want my obligations covered, > and if I have any time left then it's free. > Not to say I am the measure of anyone but myself, but that's my frame > of reference. I'm writing a screenplay in my off-hours currently. It > may sell; I have sold two previously and thus have an agent who is > interested; but frankly I don't care whether it sells. > I have some serious medical issues and won't be around much more than > a year. Faced with that kind of news, one confronts "what do you want > to do before you bid adieu"? -- mitigated of course by what can you > afford to do, and so on. I reduced my list to 3 items -- go to Ireland > for a visit, revisit Paris for a couple of days to review the most > beautiful city in the world, and knock out the aforementioned > screenplay. Anything else that I manage is wonderful and gratuitous > and gratis. > I do need to make a living for a year or so, but I can do that in > about 20 hours a week. The screenplay will take another hour a day > minimum. > I confess that I am running out of petrol, however; thus my relative > absence from this list. I can manage it once a week or so, and respond > too late to most messages to be useful and timely. But I feel that I > have made a lot of friends here, despite the fact that I have never > met almost all of you. > "Nothing concentrates the mind like the knowledge that you will hanged > in the morning." > 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 KP at sdsonline.net Thu Jun 24 18:53:35 2004 From: KP at sdsonline.net (Kath Pelletti) Date: Fri, 25 Jun 2004 09:53:35 +1000 Subject: [AccessD] Open asp template from Access form Message-ID: <005a01c45a46$77a32e50$6501a8c0@user> Hi eveyone - I need to write some code to open a 'template' file in Frontpage (ie. create a new .asp file based on a frontpage template which I will create) I dont have much experience opening other apps, but I use this code in another app to open a s/sheet in Excel (see below). Can you tell me - is this the fastest way to open a Frontpage file too? Is it CreateObject ("Frontpage.application")? TIA Kath -------------------------------------------------------------------------------- Private Function CreateSpreadsheet(rsRecordset As ADODB.Recordset) As Long Dim strerrormsg As String Dim ExcelRunning As Boolean Dim xlApp As Object Dim cell() Dim lRows As Long Dim lColumns As Long Dim lColPtr As Long Dim lRowPtr As Long Dim strRange As String On Error GoTo Err_Handler 'Create spreadsheet ExcelRunning = IsExcelRunning() If Not ExcelRunning Then Set xlApp = CreateObject("Excel.Application") Else Set xlApp = GetObject(, "Excel.Application") End If 'Set xlapp = CreateObject("excel.application") xlApp.Workbooks.Add 'etc etc -------------------------------------------------------------------------------- Function IsExcelRunning() As Boolean Dim strerrormsg As String On Error GoTo Err_Handler Dim xlApp As Excel.Application On Error Resume Next Set xlApp = GetObject(, "Excel.Application") IsExcelRunning = (Err.Number = 0) Set xlApp = Nothing Err.Clear Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" hcursor = CursorID RetVal = SetCursor(hcursor) Resume Normal_exit End Function -------------------------------------------------------------------------------- Kath Pelletti Software Design & Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 KP at SDSOnline.net From jmhla at earthlink.net Thu Jun 24 20:06:22 2004 From: jmhla at earthlink.net (Joe Hecht) Date: Thu, 24 Jun 2004 18:06:22 -0700 Subject: [AccessD] sql string problem Message-ID: <002201c45a50$a4e32690$6501a8c0@delllaptop> I am trying to create a column for a combo box. tblMasterAddresses Fields LastName FirstName1 FirstName2 Pseudocode: If firstname2 ="",lastname,firstname1,lastname,firstname1 and firstname2 DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", [tblMasterAddresses]![LastName] &" [tblMasterAddresses]![FirstName1] , [tblMasterAddresses]![LastName] &", "&[tblMasterAddresses]![FirstName1]& "and " & [tblMasterAddresses]! [FirstName2] ) I keep getting string error the last 30 minutes I have been working on it. Thanks JOE HECHT LOS ANGELES CA jmhla at earthlink.net From bchacc at san.rr.com Thu Jun 24 20:23:48 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Thu, 24 Jun 2004 18:23:48 -0700 Subject: [AccessD] sql string problem References: <002201c45a50$a4e32690$6501a8c0@delllaptop> Message-ID: <02a901c45a53$1133f660$6601a8c0@HAL9002> Joe: Create your strings in a string variable (Dim strColumn as String) then show it in a msgbox with beginning and ending asterisks so you can see any blanks front and aft: msgbox "*" & strColumn & "*" That will probably show you where the error is. HTH Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Joe Hecht" To: "'Access Developers discussion and problem solving'" Sent: Thursday, June 24, 2004 6:06 PM Subject: [AccessD] sql string problem > I am trying to create a column for a combo box. > > tblMasterAddresses > > Fields > > LastName > > FirstName1 > > FirstName2 > > Pseudocode: If firstname2 ="",lastname,firstname1,lastname,firstname1 and > firstname2 > > DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", > [tblMasterAddresses]![LastName] &" [tblMasterAddresses]![FirstName1] , > [tblMasterAddresses]![LastName] &", "&[tblMasterAddresses]![FirstName1]& > "and " & [tblMasterAddresses]! [FirstName2] ) > > > > I keep getting string error the last 30 minutes I have been working on it. > > > > Thanks > > > > JOE HECHT > > LOS ANGELES CA > > jmhla at earthlink.net > > > > ---------------------------------------------------------------------------- ---- > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lists at theopg.com Thu Jun 24 20:27:51 2004 From: lists at theopg.com (MarkH) Date: Fri, 25 Jun 2004 02:27:51 +0100 Subject: [AccessD] sql string problem In-Reply-To: <002201c45a50$a4e32690$6501a8c0@delllaptop> Message-ID: <003201c45a53$a1986100$560b6bd5@netboxxp> DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", [tblMasterAddresses]![LastName] &" " & [tblMasterAddresses]![FirstName1] , [tblMasterAddresses]![LastName] & ", " &[tblMasterAddresses]![FirstName1] & " and " & [tblMasterAddresses]! [FirstName2] ) hth Mark -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Joe Hecht Sent: 25 June 2004 02:06 To: 'Access Developers discussion and problem solving' Subject: [AccessD] sql string problem I am trying to create a column for a combo box. tblMasterAddresses Fields LastName FirstName1 FirstName2 Pseudocode: If firstname2 ="",lastname,firstname1,lastname,firstname1 and firstname2 DispName: IIf ( [tblMasterAddresses]![FirstName2] = "", [tblMasterAddresses]![LastName] &" [tblMasterAddresses]![FirstName1] , [tblMasterAddresses]![LastName] &", "&[tblMasterAddresses]![FirstName1]& "and " & [tblMasterAddresses]! [FirstName2] ) I keep getting string error the last 30 minutes I have been working on it. Thanks JOE HECHT LOS ANGELES CA jmhla at earthlink.net From jmoss111 at bellsouth.net Thu Jun 24 21:50:10 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Thu, 24 Jun 2004 21:50:10 -0500 Subject: [AccessD] Access Export to Excel AND Quickbooks In-Reply-To: <002001c459f2$45d6f6d0$64aba8c0@ashlandnet.com> Message-ID: One thing that you can do to write the field as text if you use Excel automation from Access is to use the Selection.NumberFormat = "@". And by using automation, you can also create the report header and formatting. jm -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Thursday, June 24, 2004 8:51 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel AND Quickbooks Hmmm. I think you are right....I had to do a work-around last night to move my data. I found the same thing......if I exported the data from the query, I COULD import into Excel ok. However, if I exported the report (based on the query), that is when I ran into problems. This is what I am trying to do; export from the report. I want to use the report to setup a template for importing into Quickbooks. I need the header area of the report for additional information in the template. If I have to export from the query....then I first need to import into Excel, and add the header info....prior to importing to Quickbooks. So, it is costing me an additional step, which I am trying to avoid. Maybe I can use a docmd.transfer ?? Or some other method of directly exporting the report with an .iif extension, that I can immediately import into Quickbooks. Of course, this would require the export process to maintain the code as the full text, and not truncate the zeros. See...overall...the problem is that Quickbooks is EXTREMELY useless for pricing updates. So I have my own database for manipulating pricing and adding new inventory items. So, I am trying to export these updates, and new items, to a file to import into Quickbooks. What a pain. Thanks, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mitsules, Mark S. (Newport News) Sent: Thursday, June 24, 2004 9:21 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel I know I've had this problem in the past...I think I may have even posted about it. But, at the moment I can't replicate the symptoms. I just tried a simple test using the same type of data you describe. I ran a query on this data, and chose "Tools/Office Links/Analyze It with Microsoft Excel". The result was a spreadsheet with the numbers shown as text with the little comment marker saying "number stored as text". I'm using Win2K / Office2K2. Perhaps I had this problem on an earlier setup like NT4.0 / Office 97. Mark -----Original Message----- From: Keith Williamson [mailto:kwilliam at ashlandnet.com] Sent: Thursday, June 24, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Access Export to Excel Well...I tried this, last night. I used the following in my report, with a text box: ="'"&[registerlisting] My report reflected the 4 digit codes (ex. 0045, 0321), with an ' in front of it (ie. '0045, '0321). When I pulled this into Excel....it also had an ' in front of all the codes. I know if I manually type an ' in the cell, Excel does not reflect the '......just keeps the entry as text. Apparently, when it is imported that way....it actually reflect the '. I'm sure there is something I'm just not tweaking correctly. Any other ideas out there?? Thanks again, Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Hewson Sent: Wednesday, June 23, 2004 9:40 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Access Export to Excel Keith, In my experience, the only way to ensure the "number" remains "text" in Excel is to prepend with an apostrophe ( ' ). Also the first data element in the column determines the format for the entire column. Prior to your export you'll need to add the apostrophe. It won't show in Excel. HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Keith Williamson Sent: Wednesday, June 23, 2004 7:35 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Access Export to Excel Hi all; I'm sure this is an easy one, but.....I have a report that I am trying to export to Excel. One of the fields is a text field (example: "0032", as text). When it exports to excel, it winds up truncating off the zeros, to become "32", instead. I really need this field to remain "0032". Any ideas? Thanks in advance. Keith E. Williamson Ashland Equipment, Inc phone # (410) 273-1856 fax # (410) 273-1859 -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From viner at eunet.yu Fri Jun 25 00:40:51 2004 From: viner at eunet.yu (Ervin Brindza) Date: Fri, 25 Jun 2004 07:40:51 +0200 Subject: [AccessD] Street names in the separate table Message-ID: <000e01c45a76$fe9d9f00$0100a8c0@razvoj> I was wondering how to manage the "street problem" because my customer like to use different abbreviations for the very same street name. Are there any method(like soundex) to check is the street already entered? E.g. the street names: King George III K. George III King George the Third etc. TIA, Ervin From Paul.Rogers at SummitMedia.co.uk Fri Jun 25 02:43:04 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Fri, 25 Jun 2004 08:43:04 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: Thanks, Arthur. Has anyone got the complete revised code now please? Cheers paul -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Wednesday, June 23, 2004 4:43 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Got the problem. In Access 2002 the line should be 'HoleOutForm Application.hWndAccessApplication HoleOutForm Application.hWndAccessApp Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence (AccessD) Sent: Tuesday, June 22, 2004 1:15 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Just for fun! Playing With Regions! That is absolutely brilliant, Drew! Pure genius. Where did you ever come up with that idea? Amazed :-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of DWUTKA at marlow.com Sent: Monday, June 21, 2004 2:32 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Just for fun! Playing With Regions! Okay, here's a little code I whipped up for a friend. Just put this into a module (watch for word wrap): Option Compare Database Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 As Long) As Long Private Type RECT Left As Long Top As Long Right As Long Bottom As Long End Type Private Const RGN_XOR = 3 Function HoleOutForm(ByVal intHwnd As Long) Dim X As Long Dim rt As RECT Dim rtCircle As RECT Dim dwReturn As Long Dim InitialRegion As Long Dim i As Long Dim intMax As Long dwReturn = GetWindowRect(intHwnd, rt) rt.Bottom = rt.Bottom - rt.Top rt.Top = 0 rt.Right = rt.Right - rt.Left rt.Left = 0 InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + rt.Left - 1 If rt.Bottom > rt.Right Then intMax = rt.Bottom Else intMax = rt.Right End If For i = 1 To intMax X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, rtCircle.Bottom) InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) SetMainWindowRegion InitialRegion, intHwnd rtCircle.Bottom = rtCircle.Bottom + 1 rtCircle.Top = rtCircle.Top - 1 rtCircle.Left = rtCircle.Left - 1 rtCircle.Right = rtCircle.Right + 1 DeleteObject X DeleteObject InitialRegion Next i DeleteObject X DeleteObject InitialRegion End Function Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End Function Now, create a form, and put the following behind a command button: HoleOutForm Me.Hwnd DoCmd.Close acForm, Me.Name Then put a second button on the form, and put this code behind it: HoleOutForm Application.hWndAccessApplication DoCmd.Quit Save the form, and try out the buttons. Enjoy! Drew -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From andy at minstersystems.co.uk Fri Jun 25 07:39:53 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Fri, 25 Jun 2004 13:39:53 +0100 Subject: [AccessD] Just for fun! Playing With Regions! Message-ID: <20040625123950.ACE07254A94@smtp.nildram.co.uk> I think that's the only mod isn't it? Just that same mod that's been posted lots of times. -- Andy Lacey http://www.minstersystems.co.uk --------- Original Message -------- From: Access Developers discussion and problem solving To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Just for fun! Playing With Regions! Date: 25/06/04 07:46 > > Thanks, Arthur. > > Has anyone got the complete revised code now please? Cheers > paul > > -----Original Message----- > From: Arthur Fuller [mailto:artful at rogers.com] > Sent: Wednesday, June 23, 2004 4:43 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > Got the problem. In Access 2002 the line should be > > 'HoleOutForm Application.hWndAccessApplication > HoleOutForm Application.hWndAccessApp > > Arthur > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > (AccessD) > Sent: Tuesday, June 22, 2004 1:15 AM > To: Access Developers discussion and problem solving > Subject: RE: [AccessD] Just for fun! Playing With Regions! > > > That is absolutely brilliant, Drew! > > Pure genius. Where did you ever come up with that idea? > > Amazed :-) > Jim > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of > DWUTKA at marlow.com > Sent: Monday, June 21, 2004 2:32 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Just for fun! Playing With Regions! > > > Okay, here's a little code I whipped up for a friend. > > Just put this into a module (watch for word wrap): > > Option Compare Database > Private Declare Function SetWindowRgn Lib "user32" (ByVal hwnd As Long, > ByVal hRgn As Long, ByVal bRedraw As Boolean) As Long Private Declare > Function DeleteObject Lib "gdi32" (ByVal hObject As Long) As Long > Private Declare Function GetWindowRect Lib "user32" (ByVal hwnd As Long, > lpRect As RECT) As Long Private Declare Function CreateEllipticRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Declare Function CombineRgn Lib "gdi32" (ByVal > hDestRgn As Long, ByVal hSrcRgn1 As Long, ByVal hSrcRgn2 As Long, ByVal > nCombineMode As Long) As Long Private Declare Function CreateRectRgn Lib > "gdi32" (ByVal X1 As Long, ByVal Y1 As Long, ByVal X2 As Long, ByVal Y2 > As Long) As Long Private Type RECT > Left As Long > Top As Long > Right As Long > Bottom As Long > End Type > Private Const RGN_XOR = 3 > Function HoleOutForm(ByVal intHwnd As Long) > Dim X As Long > Dim rt As RECT > Dim rtCircle As RECT > Dim dwReturn As Long > Dim InitialRegion As Long > Dim i As Long > Dim intMax As Long > dwReturn = GetWindowRect(intHwnd, rt) > rt.Bottom = rt.Bottom - rt.Top > rt.Top = 0 > rt.Right = rt.Right - rt.Left > rt.Left = 0 > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > rtCircle.Bottom = ((rt.Bottom - rt.Top) / 2) + rt.Top + 1 rtCircle.Top = > ((rt.Bottom - rt.Top) / 2) + rt.Top - 1 rtCircle.Right = ((rt.Right - > rt.Left) / 2) + rt.Left + 1 rtCircle.Left = ((rt.Right - rt.Left) / 2) + > rt.Left - 1 If rt.Bottom > rt.Right Then > intMax = rt.Bottom > Else > intMax = rt.Right > End If > For i = 1 To intMax > X = CreateEllipticRgn(rtCircle.Left, rtCircle.Top, rtCircle.Right, > rtCircle.Bottom) > InitialRegion = CreateRectRgn(rt.Left, rt.Top, rt.Right, rt.Bottom) > dwReturn = CombineRgn(InitialRegion, InitialRegion, X, RGN_XOR) > SetMainWindowRegion InitialRegion, intHwnd > rtCircle.Bottom = rtCircle.Bottom + 1 > rtCircle.Top = rtCircle.Top - 1 > rtCircle.Left = rtCircle.Left - 1 > rtCircle.Right = rtCircle.Right + 1 > DeleteObject X > DeleteObject InitialRegion > Next i > DeleteObject X > DeleteObject InitialRegion > End Function > Private Function SetMainWindowRegion(cRgn As Long, intHwnd As Long) Dim > dwReturn As Long dwReturn = SetWindowRgn(intHwnd, cRgn, True) End > Function > > > Now, create a form, and put the following behind a command button: > > HoleOutForm Me.Hwnd > DoCmd.Close acForm, Me.Name > > Then put a second button on the form, and put this code behind it: > > HoleOutForm Application.hWndAccessApplication > DoCmd.Quit > > Save the form, and try out the buttons. > > Enjoy! > > Drew > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > > > > > ________________________________________________ Message sent using UebiMiau 2.7.2 From rbgajewski at adelphia.net Fri Jun 25 08:44:04 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Fri, 25 Jun 2004 09:44:04 -0400 Subject: [AccessD] Street names in the separate table In-Reply-To: <000e01c45a76$fe9d9f00$0100a8c0@razvoj> Message-ID: Ervin This has been a problem since databases first began. I don't know of any Soundex-type solutions, but I was able to reduce duplications by almost 90% by using combo boxes with automatic dropdown activated. By seeing all of the available choices as the user input their data, they seemed willing to make the effort to find an existing entry rather than add a new one. Also, on the NotInList event, I used a small popup form, which further 'convinced' users that using the data in the list was preferable to just adding a new one because they were too lazy to look it up. Bob Gajewski -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Ervin Brindza Sent: Friday, June 25, 2004 01:41 To: AccessD at databaseadvisors.com Subject: [AccessD] Street names in the separate table I was wondering how to manage the "street problem" because my customer like to use different abbreviations for the very same street name. Are there any method(like soundex) to check is the street already entered? E.g. the street names: King George III K. George III King George the Third etc. TIA, Ervin -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Jun 25 09:04:10 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 25 Jun 2004 16:04:10 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040624185253.LZUD1701.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040624185253.LZUD1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <69188852.20040625160410@cactus.dk> Hi Susan I have not an Access 2000 installation right on hand. Similar code works here with the minor difference that Access is preceding "everywhere": Dim ref As Access.Reference .. Access.Application.References /gustav > An editor's having trouble with the Remove method in 2K and XP. I was able > to re-create it by running an Access 2003 db with a reference to Excel 2003 > on a system with Access 2000 and no Excel. The error says the object doesn't > suppor the method -- and points to the Remove method, but it's there in > Intellisense. > It's only 2000 and 2k -- any ideas? > Susan H. > Sub RemoveBrokenReferences() > 'Find and remove broken references > Dim ref As Reference > For Each ref In Application.References > If ref.IsBroken = True Then > Application.References.Remove ref > End If > Next > End Sub From ssharkins at bellsouth.net Fri Jun 25 09:18:48 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 10:18:48 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <69188852.20040625160410@cactus.dk> Message-ID: <20040625141842.EXLR1737.imf24aec.mail.bellsouth.net@SUSANONE> Turns out it's a well known bug -- but I'll check this out too -- can't hurt. Susan H. Hi Susan I have not an Access 2000 installation right on hand. Similar code works here with the minor difference that Access is preceding "everywhere": Dim ref As Access.Reference .. Access.Application.References /gustav > An editor's having trouble with the Remove method in 2K and XP. I was > able to re-create it by running an Access 2003 db with a reference to > Excel 2003 on a system with Access 2000 and no Excel. The error says > the object doesn't suppor the method -- and points to the Remove > method, but it's there in Intellisense. > It's only 2000 and 2k -- any ideas? > Susan H. > Sub RemoveBrokenReferences() > 'Find and remove broken references > Dim ref As Reference > For Each ref In Application.References > If ref.IsBroken = True Then > Application.References.Remove ref > End If > Next > End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Fri Jun 25 09:32:30 2004 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 25 Jun 2004 16:32:30 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040625141842.EXLR1737.imf24aec.mail.bellsouth.net@SUSANONE> References: <20040625141842.EXLR1737.imf24aec.mail.bellsouth.net@SUSANONE> Message-ID: <11910888877.20040625163230@cactus.dk> Hi Susan What's the cure for this bug, if any? /gustav > Turns out it's a well known bug -- but I'll check this out too -- can't > hurt. > Susan H. > Hi Susan > I have not an Access 2000 installation right on hand. > Similar code works here with the minor difference that Access is preceding > "everywhere": > Dim ref As Access.Reference > .. > Access.Application.References > /gustav >> An editor's having trouble with the Remove method in 2K and XP. I was >> able to re-create it by running an Access 2003 db with a reference to >> Excel 2003 on a system with Access 2000 and no Excel. The error says >> the object doesn't suppor the method -- and points to the Remove >> method, but it's there in Intellisense. >> It's only 2000 and 2k -- any ideas? >> Susan H. >> Sub RemoveBrokenReferences() >> 'Find and remove broken references >> Dim ref As Reference >> For Each ref In Application.References >> If ref.IsBroken = True Then >> Application.References.Remove ref >> End If >> Next >> End Sub From Patricia.O'Connor at dfa.state.ny.us Fri Jun 25 09:42:33 2004 From: Patricia.O'Connor at dfa.state.ny.us (O'Connor, Patricia ) Date: Fri, 25 Jun 2004 10:42:33 -0400 Subject: [AccessD] Fw: Fax Message Received Message-ID: Yep received that - maybe if they actually offered a workable virus protection and used something good on their servers they would have less problems. Ever since they merged with AOL the spam I get from my RR account is outrageous. I personally believe they are selling our email addresses. I don't give out my RR account and the amount keeps climbing every day. I have emailed them numerous times about it. I also suggested they take a look at yahoo and the ability to click a button indicating a mail is SPAM - never ever heard a word back except for the canned response. Unless you want to spend days fixing your machine - DO NOT use the free CA ez suite for firewall/antivirus offered by roadrunner. If you do and run into a problem do not expect an useable answer. I made the mistake and spent 5 days stripping crap out of my machine and correcting the registry. Even though their firewall is zone alarm pro they did something to it. I could not get at any of my secure sites. Did not matter whether it was turned on or off. The antivirus portion was ok for awhile, then it would not automatically update, then I could not manually download the files from certain sites, then it screwed up some drivers. My machine got to the point where I could only boot in safe mode (win 98). Took everything off, searched the registry and took out all references, and had to download replacement drivers. I emailed both RoadRunner and CA with complaints with no response. I went back to a previous version (4.8) of the basic zone alarm since za v5 is having major problems. Then downloaded AVG for virus protection. Happiness has returned to OConnor land. Patti ****************************************************************** *Patricia O'Connor *Associate Computer Programmer Analyst *OTDA - BDMA *(W) mailto:Patricia.O'Connor at dfa.state.ny.us *(w) mailto:aa1160 at dfa.state.ny.us ****************************************************************** > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: Tuesday, June 22, 2004 10:16 AM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Fw: Fax Message Received > > FYI > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > > ----- Original Message ----- > From: Enquiries > To: Bchacc > Sent: Tuesday, June 22, 2004 7:57 AM > Subject: Fax Message Received > > > ALERT!!! > Road Runner is currently dropping all .com, .exe and .pif > files in order to prevent negative affects from the > Zafi.B/W32.Erkez.B at mm virus on our network and subscribers, > and to help keep the virus from circulating around the > Internet. If you need to send or receive these files types, > please make sure that the file is sent as a .zip or .gzip > compressed file. Road Runner will resume accepting .com, .exe > and .pif file extensions as soon as possible. > > The following attachments were infected and have been repaired: > No attachments are in this category. > > The following attachments were deleted due to an inability to > clean them: > No attachments are in this category. > > The Following attachments were not delivered due to inbound > mail policy violations: > 1. text_document.com: Mail Policy Block (Attachment Name) > > > Road Runner does not contact the sender of the infected > attachment(s). > > Removal tools (to clean your computer) can be located at: > > Computer Associates: > http://www3.ca.com/securityadvisor/virusinfo/virus.aspx?id=39333 > Symantec: > http://securityresponse.symantec.com/avcenter/venc/data/w32.er > kez.b at mm.removal.tool.htm > > ------------ Original message text follows ------------ > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From ssharkins at bellsouth.net Fri Jun 25 09:47:48 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 10:47:48 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <11910888877.20040625163230@cactus.dk> Message-ID: <20040625144742.GANO1701.imf20aec.mail.bellsouth.net@SUSANONE> Late-binding -- that's really it. I tried the Access prefix -- didn't make any difference. Seems it's in 2000 and 2002 -- if it's a project library, the code catches it, if it' typelib library it throws an error. 2003 is fixed. Oddly enough, 97 seems to work OK -- now that truly confuses me. :) Susan H. Hi Susan What's the cure for this bug, if any? /gustav > Turns out it's a well known bug -- but I'll check this out too -- > can't hurt. > Susan H. > Hi Susan > I have not an Access 2000 installation right on hand. > Similar code works here with the minor difference that Access is > preceding > "everywhere": > Dim ref As Access.Reference > .. > Access.Application.References > /gustav >> An editor's having trouble with the Remove method in 2K and XP. I was >> able to re-create it by running an Access 2003 db with a reference to >> Excel 2003 on a system with Access 2000 and no Excel. The error says >> the object doesn't suppor the method -- and points to the Remove >> method, but it's there in Intellisense. >> It's only 2000 and 2k -- any ideas? >> Susan H. >> Sub RemoveBrokenReferences() >> 'Find and remove broken references >> Dim ref As Reference >> For Each ref In Application.References >> If ref.IsBroken = True Then >> Application.References.Remove ref >> End If >> Next >> End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Stephen.Pickering at caremark.com Thu Jun 24 14:28:02 2004 From: Stephen.Pickering at caremark.com (Pickering, Stephen) Date: Thu, 24 Jun 2004 14:28:02 -0500 Subject: [AccessD] favor running code in 2K and XP Message-ID: <35C4AC5A5AFD9642833200159C2581560A698A@s98026.psd.caremark.int> Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub From ssharkins at bellsouth.net Fri Jun 25 11:15:56 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 12:15:56 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <35C4AC5A5AFD9642833200159C2581560A698A@s98026.psd.caremark.int> Message-ID: <20040625161553.FODC1775.imf19aec.mail.bellsouth.net@SUSANONE> Yes -- but that's the point of the code. If the reference is "missing" -- the code removes it. Unfortunately, the Remove method doesn't always work. The code works fine in 2003, just not in 2000 and 2002. It's apparently a known bug. If you're going to include the Remove method in 2000 or 2002 code, all you can do is just put in the appropriate error-handler. Or, use late-binding to avoid it altogether. You'd think they'd have fixed the bug a lot sooner, but I don't run MS. ;) On the other hand, I don't have any updates for 2000 installed, so it's possible that they did fix it somewhere along the line, but since it still appears in XP, I'm guessing not. Susan H. Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Jun 25 13:48:49 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 25 Jun 2004 11:48:49 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: Susan, I worked through a problem with references in 2002 in this list some months back. Take a look in the archives. I did use late binding, but I think I did something else too. I'll try to find the code I wrote (which we never used, BTW). Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Friday, June 25, 2004 8:16 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] favor running code in 2K and XP Yes -- but that's the point of the code. If the reference is "missing" -- the code removes it. Unfortunately, the Remove method doesn't always work. The code works fine in 2003, just not in 2000 and 2002. It's apparently a known bug. If you're going to include the Remove method in 2000 or 2002 code, all you can do is just put in the appropriate error-handler. Or, use late-binding to avoid it altogether. You'd think they'd have fixed the bug a lot sooner, but I don't run MS. ;) On the other hand, I don't have any updates for 2000 installed, so it's possible that they did fix it somewhere along the line, but since it still appears in XP, I'm guessing not. Susan H. Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Fri Jun 25 14:01:46 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Fri, 25 Jun 2004 12:01:46 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: OK, I set references to the Access object library. That allowed me to use Access.whatever syntax. This will break of course between versions, since Access 10 executable is not in the same folder/reg key as Access 11. Dim objRef As Access.Reference I also had to use Access.Application, since Application.Whatever alone didn't work with a broken reference For intCount = Access.Application.References.Count To 1 Step -1 Set objRef = Access.Application.References(intCount) strRefPath = objRef.FullPath I also had to specify the VBA library when using built in function, since they break if the references are broken also. If VBA.InStr(strRefPath, "RIMCDORedemption") > 0 Then Finally, remove and reference: ' remove the broken and add it back Access.Application.References.Remove objRef Access.Application.References.AddFromFile strAccessPath & strFile ' if any broken references were handled, recompile the project ' See MSKB 194374 for info on SysCmd hidden arguments ' Note that if we do NOT run the compile, the repaired reference ' does not seem to "stick" and this will run each time the app opens Access.Application.SysCmd 504, 16483 Does this help? Charlotte Foust -----Original Message----- From: Charlotte Foust Sent: Friday, June 25, 2004 10:49 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] favor running code in 2K and XP Susan, I worked through a problem with references in 2002 in this list some months back. Take a look in the archives. I did use late binding, but I think I did something else too. I'll try to find the code I wrote (which we never used, BTW). Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Friday, June 25, 2004 8:16 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] favor running code in 2K and XP Yes -- but that's the point of the code. If the reference is "missing" -- the code removes it. Unfortunately, the Remove method doesn't always work. The code works fine in 2003, just not in 2000 and 2002. It's apparently a known bug. If you're going to include the Remove method in 2000 or 2002 code, all you can do is just put in the appropriate error-handler. Or, use late-binding to avoid it altogether. You'd think they'd have fixed the bug a lot sooner, but I don't run MS. ;) On the other hand, I don't have any updates for 2000 installed, so it's possible that they did fix it somewhere along the line, but since it still appears in XP, I'm guessing not. Susan H. Susan, Is the reference listed as "MISSING" in Access 2000? Missing references can cause all kinds of havoc in VRA, even with methods not related to the missing reference. If it is missing, either install Excel and make sure the reference is set, or delete the reference. Then see if you are still having trouble. HTH, Steve -----Susan Harkins' Original Message----- An editor's having trouble with the Remove method in 2K and XP. I was able to re-create it by running an Access 2003 db with a reference to Excel 2003 on a system with Access 2000 and no Excel. The error says the object doesn't suppor the method -- and points to the Remove method, but it's there in Intellisense. It's only 2000 and 2k -- any ideas? Susan H. Sub RemoveBrokenReferences() 'Find and remove broken references Dim ref As Reference For Each ref In Application.References If ref.IsBroken = True Then Application.References.Remove ref End If Next End Sub -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at bellsouth.net Fri Jun 25 14:37:06 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Fri, 25 Jun 2004 15:37:06 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: Message-ID: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> It probably does -- thank you Charlotte. Susan H. OK, I set references to the Access object library. That allowed me to use Access.whatever syntax. This will break of course between versions, since Access 10 executable is not in the same folder/reg key as Access 11. From Developer at UltraDNT.com Fri Jun 25 15:10:37 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Fri, 25 Jun 2004 16:10:37 -0400 Subject: [AccessD] Report Footer as Page Footer, Last Page Only In-Reply-To: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <000001c45af0$7de30f60$6401a8c0@COA3> I need to have my grand total show only the last page of a report (like a report footer), but always on the bottom (like a page footer) instead of right after the last detail line. How whould I do this? And on which one of these? (Report Footer all the way on the bottom or Page Footer that only shows on the last page?) TIA & TGIF Steve From dwaters at usinternet.com Fri Jun 25 18:20:07 2004 From: dwaters at usinternet.com (Dan Waters) Date: Fri, 25 Jun 2004 18:20:07 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? Message-ID: <000201c45b0a$f49bfa80$de1811d8@danwaters> Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters From bchacc at san.rr.com Fri Jun 25 18:23:28 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Fri, 25 Jun 2004 16:23:28 -0700 Subject: [AccessD] Report Footer as Page Footer, Last Page Only References: <000001c45af0$7de30f60$6401a8c0@COA3> Message-ID: <013e01c45b0b$6c1fae80$6601a8c0@HAL9002> WAG: If you can determine what the last record of the report is in the Open event of the report (use a recordset bound to the same query as the report but with the MAX function to return only the last record), you could put the grand total in the page footer but make it invisible until the last record is detected in the format event of the detail section at which point you make the controls showing the total visible. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Steve Conklin (Developer at UltraDNT)" To: "'Access Developers discussion and problem solving'" Sent: Friday, June 25, 2004 1:10 PM Subject: [AccessD] Report Footer as Page Footer, Last Page Only > I need to have my grand total show only the last page of a report (like > a report footer), but always on the bottom (like a page footer) instead > of right after the last detail line. > > How whould I do this? And on which one of these? (Report Footer all the > way on the bottom or Page Footer that only shows on the last page?) > > > TIA & TGIF > Steve > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Sat Jun 26 05:24:01 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jun 2004 12:24:01 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040625193700.NDTH1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <519975804.20040626122401@cactus.dk> Hi Susan Yes, this: Dim objRef As Access.Reference is needed. To anyone interested in the subject of Broken References - and how to solve it - I will strongly recommend to look up the archive on: Broken References in Runtime of July 2003. This is indeed one of the dark areas of Access and quite a lot of flaky code and "tips" is spread over the web. /gustav > It probably does -- thank you Charlotte. > Susan H. > OK, I set references to the Access object library. That allowed me to use > Access.whatever syntax. This will break of course between versions, since > Access 10 executable is not in the same folder/reg key as Access 11. From ssharkins at bellsouth.net Sat Jun 26 08:43:07 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sat, 26 Jun 2004 09:43:07 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <519975804.20040626122401@cactus.dk> Message-ID: <20040626134301.JPAV1742.imf17aec.mail.bellsouth.net@SUSANONE> Gustav, I added the Access. and the error still occurs. Susan H. Hi Susan Yes, this: Dim objRef As Access.Reference is needed. To anyone interested in the subject of Broken References - and how to solve it - I will strongly recommend to look up the archive on: Broken References in Runtime of July 2003. This is indeed one of the dark areas of Access and quite a lot of flaky code and "tips" is spread over the web. /gustav > It probably does -- thank you Charlotte. > Susan H. > OK, I set references to the Access object library. That allowed me to > use Access.whatever syntax. This will break of course between > versions, since Access 10 executable is not in the same folder/reg key as Access 11. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 26 11:54:44 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jun 2004 18:54:44 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040626134301.JPAV1742.imf17aec.mail.bellsouth.net@SUSANONE> References: <20040626134301.JPAV1742.imf17aec.mail.bellsouth.net@SUSANONE> Message-ID: <15833418823.20040626185444@cactus.dk> Hi Susan I wonder if this error of yours is due to something else. In Access XP I added a reference to a networked md5.tlb file, closed, renamed the tlb, reopened Access, and ran your code without any error - it just removed the reference which was now missing. /gustav > Gustav, I added the Access. and the error still occurs. From ssharkins at bellsouth.net Sat Jun 26 11:57:37 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Sat, 26 Jun 2004 12:57:37 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <15833418823.20040626185444@cactus.dk> Message-ID: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> Gustav, Heaven only knows. The editor and I don't even get the same results doing the same thing. I don't know if our expectations are wrong or if it's just buggy. At any rate, I have decided to completely revamp the article and take a completely different slant -- if I can't figure it out, I certainly can't recommend it. Doesn't mean it doesn't work, but it shouldn't be so temperamental, and if it IS, there should be adequate documentation about the problems and other than a lot of chatter about the problem, I can find nothing that actually resolves the problem. :( Even if it's a misunderstanding on my part, I won't be the only one to make it -- and I have to identify it and offer explanations and solutions or just dump it. :( Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, June 26, 2004 12:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Hi Susan I wonder if this error of yours is due to something else. In Access XP I added a reference to a networked md5.tlb file, closed, renamed the tlb, reopened Access, and ran your code without any error - it just removed the reference which was now missing. /gustav > Gustav, I added the Access. and the error still occurs. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sat Jun 26 12:33:27 2004 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jun 2004 19:33:27 +0200 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> References: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <1435741884.20040626193327@cactus.dk> Hi Susan I see - in that case I think I would do the same. /gustav > Gustav, Heaven only knows. The editor and I don't even get the same results > doing the same thing. I don't know if our expectations are wrong or if it's > just buggy. > At any rate, I have decided to completely revamp the article and take a > completely different slant -- if I can't figure it out, I certainly can't > recommend it. Doesn't mean it doesn't work, but it shouldn't be so > temperamental, and if it IS, there should be adequate documentation about > the problems and other than a lot of chatter about the problem, I can find > nothing that actually resolves the problem. :( Even if it's a > misunderstanding on my part, I won't be the only one to make it -- and I > have to identify it and offer explanations and solutions or just dump it. :( From rbgajewski at adelphia.net Sat Jun 26 13:12:15 2004 From: rbgajewski at adelphia.net (Bob Gajewski) Date: Sat, 26 Jun 2004 14:12:15 -0400 Subject: [AccessD] OT: Stopping spammers on your website using JavaScript In-Reply-To: <15833418823.20040626185444@cactus.dk> Message-ID: NO ARCHIVE For those of you that have websites, and have emails addresses in your source code ... There are many email address 'harvesters' out there that simply troll your HTML source code looking for valid email addresses (name at domain.com). They then sell lists of these addresses to anyone willing to buy them - usually spammers. Although this solution is not new by any means, I have finally got it up and working on my sites - and it works great! This will prevent 99% of these harvesters from ever finding your actual email addresses, yet lets users link seamlessly. WATCH FOR LINE WRAP Step 1 - Create an external JavaScript file ("tools.js" or whatever you want to name it). Put it in your web host root directory. function sendMail(n2,d2,e2,s2,b2){ var r2 = 'mailto:' + n2 + '@' + d2 + '.' + e2 + '?subject=' + s2 + '&body=' + b2; document.location.href = r2; } Step 2 - Add a call to the external file in each of your web pages. Place this AFTER the tag and BEFORE the tag. NOTE: If any of your pages are in subfolders, you will have to alter the 'src' tag accordingly. For example, let's say you have a web page "download.html" in your "download" subfolder. Modify your tag as follows: The "../" tells your subpage to look in your main folder for the external JavaScript file. Step 3 - Modify your email hyperlinks as follows: FROM EXAMPLE: Feedback TO EXAMPLE: Feedback Of course, the Subject and Body fields are optional. If you want to omit either of them, simply use '' in the code. You must ALWAYS pass the full five parameters, even if they are blank. NO SUBJECT EXAMPLE: Feedback NO BODY EXAMPLE: Feedback NO SUBJECT OR BODY EXAMPLE: Feedback I hope that this helps any of you eliminate getting spammed from your web page email links. Regards, Bob Gajewski From dw-murphy at cox.net Sat Jun 26 16:16:29 2004 From: dw-murphy at cox.net (dw-murphy at cox.net) Date: Sat, 26 Jun 2004 17:16:29 -0400 Subject: [AccessD] OT: Stopping spammers on your website using JavaScript Message-ID: <20040626211631.KHDO4227.fed1rmmtao04.cox.net@smtp.west.cox.net> Bob, Good suggestion. The other for folks with javascript disabled, as MS has recommended for their latest security breach, put you e-mail address in an image on the page so folks can at least get the address. Doug > > From: "Bob Gajewski" > Date: 2004/06/26 Sat PM 02:12:15 EDT > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] OT: Stopping spammers on your website using JavaScript > > NO ARCHIVE > > For those of you that have websites, and have emails addresses in your > source code ... > > There are many email address 'harvesters' out there that simply troll your > HTML source code looking for valid email addresses (name at domain.com). They > then sell lists of these addresses to anyone willing to buy them - usually > spammers. > > Although this solution is not new by any means, I have finally got it up and > working on my sites - and it works great! This will prevent 99% of these > harvesters from ever finding your actual email addresses, yet lets users > link seamlessly. > > WATCH FOR LINE WRAP > > Step 1 - Create an external JavaScript file ("tools.js" or whatever you want > to name it). Put it in your web host root directory. > > function sendMail(n2,d2,e2,s2,b2){ > var r2 = 'mailto:' + n2 + '@' + d2 + '.' + e2 + '?subject=' + s2 + > '&body=' + b2; > document.location.href = r2; > } > > Step 2 - Add a call to the external file in each of your web pages. Place > this AFTER the tag and BEFORE the tag. > > > > NOTE: If any of your pages are in subfolders, you will have to alter the > 'src' tag accordingly. For example, let's say you have a web page > "download.html" in your "download" subfolder. Modify your tag as follows: > > > > The "../" tells your subpage to look in your main folder for the external > JavaScript file. > > Step 3 - Modify your email hyperlinks as follows: > > FROM EXAMPLE: > > Feedback > > TO EXAMPLE: > > Feedback > > Of course, the Subject and Body fields are optional. If you want to omit > either of them, simply use '' in the code. You must ALWAYS pass the full > five parameters, even if they are blank. > > NO SUBJECT EXAMPLE: > > Feedback > > NO BODY EXAMPLE: > > href="javscript:sendMail('name','domain','com','Feedback','');">Feedback > > NO SUBJECT OR BODY EXAMPLE: > > Feedback > > > I hope that this helps any of you eliminate getting spammed from your web > page email links. > > Regards, > Bob Gajewski > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From accessd at shaw.ca Sat Jun 26 17:21:02 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Sat, 26 Jun 2004 15:21:02 -0700 Subject: [AccessD] OT: Stopping spammers on your website using JavaScript In-Reply-To: <20040626211631.KHDO4227.fed1rmmtao04.cox.net@smtp.west.cox.net> Message-ID: Another way to stop spammers is to have your own php/asp mail. It is a little more complicated but if you can roll-your-own or have a ISP that has those features, it is worth while taking advance of it. Another excellent way to get rid of unwanted messges is to use a spam blocker. One very good free blocker is SpamPal at http://www.spampal.org/ ...an excellent program. By simply checking Korea, China and Brazil, 95% of all spam is re-directed to your deleted folder. Most of the major ISP are offering a free spam blocking. It can be either tagged as suspected garbage and forwarded or deleted upon their receipt. I do not think blocking java-scripting is a good idea, VB script yes, but after all the safe web languages are stopped, Java-Script and Flash, it will sure reduce the quality of your subsequent internet experiences. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of dw-murphy at cox.net Sent: Saturday, June 26, 2004 2:16 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT: Stopping spammers on your website using JavaScript Bob, Good suggestion. The other for folks with javascript disabled, as MS has recommended for their latest security breach, put you e-mail address in an image on the page so folks can at least get the address. Doug > > From: "Bob Gajewski" > Date: 2004/06/26 Sat PM 02:12:15 EDT > To: "Access Developers discussion and problem solving" > > Subject: [AccessD] OT: Stopping spammers on your website using JavaScript > > NO ARCHIVE > > For those of you that have websites, and have emails addresses in your > source code ... > > There are many email address 'harvesters' out there that simply troll your > HTML source code looking for valid email addresses (name at domain.com). They > then sell lists of these addresses to anyone willing to buy them - usually > spammers. > > Although this solution is not new by any means, I have finally got it up and > working on my sites - and it works great! This will prevent 99% of these > harvesters from ever finding your actual email addresses, yet lets users > link seamlessly. > > WATCH FOR LINE WRAP > > Step 1 - Create an external JavaScript file ("tools.js" or whatever you want > to name it). Put it in your web host root directory. > > function sendMail(n2,d2,e2,s2,b2){ > var r2 = 'mailto:' + n2 + '@' + d2 + '.' + e2 + '?subject=' + s2 + > '&body=' + b2; > document.location.href = r2; > } > > Step 2 - Add a call to the external file in each of your web pages. Place > this AFTER the tag and BEFORE the tag. > > > > NOTE: If any of your pages are in subfolders, you will have to alter the > 'src' tag accordingly. For example, let's say you have a web page > "download.html" in your "download" subfolder. Modify your tag as follows: > > > > The "../" tells your subpage to look in your main folder for the external > JavaScript file. > > Step 3 - Modify your email hyperlinks as follows: > > FROM EXAMPLE: > > Feedback > > TO EXAMPLE: > > Feedback > > Of course, the Subject and Body fields are optional. If you want to omit > either of them, simply use '' in the code. You must ALWAYS pass the full > five parameters, even if they are blank. > > NO SUBJECT EXAMPLE: > > Feedback > > NO BODY EXAMPLE: > > href="javscript:sendMail('name','domain','com','Feedback','');">Feedback > > NO SUBJECT OR BODY EXAMPLE: > > Feedback > > > I hope that this helps any of you eliminate getting spammed from your web > page email links. > > Regards, > Bob Gajewski > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jmhla at earthlink.net Sun Jun 27 23:53:14 2004 From: jmhla at earthlink.net (Joe Hecht) Date: Sun, 27 Jun 2004 21:53:14 -0700 Subject: [AccessD] LA Conference Message-ID: <001f01c45ccb$d5800570$6501a8c0@delllaptop> 1. So far, only four or five people have said maybe. 2. Rooms are more expensive then I thought. At this size, I can host this in my home. Very close to the 405 and 10 Freeways. 3. We are looking at possibly one of the first three weekends in August or not until September. 4. I cannot do the last two weekends in August. 5. I am still looking for presenters. 6. I am still looking for a projector and screen. Please respond only on the dba-conf at databaseadvisors.com list or direct to my email jmhla at earthlink.net JOE HECHT LOS ANGELES CA jmhla at earthlink.net From martyconnelly at shaw.ca Mon Jun 28 00:32:16 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Sun, 27 Jun 2004 22:32:16 -0700 Subject: [AccessD] favor running code in 2K and XP References: <20040626165731.CODY1701.imf20aec.mail.bellsouth.net@SUSANONE> Message-ID: <40DFAD60.4040608@shaw.ca> Did you read Michael Kaplan's article on disambiguation that may affect this. http://www.trigeminal.com/usenet/usenet026.asp?1033 Susan Harkins wrote: >Gustav, Heaven only knows. The editor and I don't even get the same results >doing the same thing. I don't know if our expectations are wrong or if it's >just buggy. > >At any rate, I have decided to completely revamp the article and take a >completely different slant -- if I can't figure it out, I certainly can't >recommend it. Doesn't mean it doesn't work, but it shouldn't be so >temperamental, and if it IS, there should be adequate documentation about >the problems and other than a lot of chatter about the problem, I can find >nothing that actually resolves the problem. :( Even if it's a >misunderstanding on my part, I won't be the only one to make it -- and I >have to identify it and offer explanations and solutions or just dump it. :( > > >Susan H. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Saturday, June 26, 2004 12:55 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] favor running code in 2K and XP > >Hi Susan > >I wonder if this error of yours is due to something else. > >In Access XP I added a reference to a networked md5.tlb file, closed, >renamed the tlb, reopened Access, and ran your code without any error >- it just removed the reference which was now missing. > >/gustav > > > > >>Gustav, I added the Access. and the error still occurs. >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada From Mark.Mitsules at ngc.com Mon Jun 28 05:45:14 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Mon, 28 Jun 2004 06:45:14 -0400 Subject: [AccessD] Open asp template from Access form Message-ID: I've never automated FrontPage either, so I set a reference to it and got this from the help file. Although I was just browsing, it looks like you might need to look into the "PageWindowEx Object" as well. I hope it helps. Mark Private Sub StartFrontPage() Dim myNewFP As Variant Set myNewFP = CreateObject("FrontPage.Application") myNewFP.Webs.Open ("C:\MyWebs\Adventure Works") myNewFP.Webs.Close "(C:\MyWebs\Adventure Works") Set myNewFP = Nothing End Sub The following example creates a reference to an instance of the StartWorking object. Sub NewPage() 'Creates a new page using the StartWorking object Dim objApp As FrontPage.Application Dim objStrtWrk As StartWorking Set objApp = FrontPage.Application 'Create a reference to an instance of the StartWorking object Set objStrtWrk = objApp.NewPageorWeb End Sub -----Original Message----- From: Kath Pelletti [mailto:KP at sdsonline.net] Sent: Thursday, June 24, 2004 7:54 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Open asp template from Access form Hi eveyone - I need to write some code to open a 'template' file in Frontpage (ie. create a new .asp file based on a frontpage template which I will create) I dont have much experience opening other apps, but I use this code in another app to open a s/sheet in Excel (see below). Can you tell me - is this the fastest way to open a Frontpage file too? Is it CreateObject ("Frontpage.application")? TIA Kath ---------------------------------------------------------------------------- ---- Private Function CreateSpreadsheet(rsRecordset As ADODB.Recordset) As Long Dim strerrormsg As String Dim ExcelRunning As Boolean Dim xlApp As Object Dim cell() Dim lRows As Long Dim lColumns As Long Dim lColPtr As Long Dim lRowPtr As Long Dim strRange As String On Error GoTo Err_Handler 'Create spreadsheet ExcelRunning = IsExcelRunning() If Not ExcelRunning Then Set xlApp = CreateObject("Excel.Application") Else Set xlApp = GetObject(, "Excel.Application") End If 'Set xlapp = CreateObject("excel.application") xlApp.Workbooks.Add 'etc etc ---------------------------------------------------------------------------- ---- Function IsExcelRunning() As Boolean Dim strerrormsg As String On Error GoTo Err_Handler Dim xlApp As Excel.Application On Error Resume Next Set xlApp = GetObject(, "Excel.Application") IsExcelRunning = (Err.Number = 0) Set xlApp = Nothing Err.Clear Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" hcursor = CursorID RetVal = SetCursor(hcursor) Resume Normal_exit End Function ---------------------------------------------------------------------------- ---- Kath Pelletti Software Design & Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 KP at SDSOnline.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Jun 28 06:54:14 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Mon, 28 Jun 2004 04:54:14 -0700 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: <40DFAD60.4040608@shaw.ca> Message-ID: Marty: Now that is the best article I have seen on Reference issues. Explained as clearly as such a temperamental issue can be explained. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Sunday, June 27, 2004 10:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Did you read Michael Kaplan's article on disambiguation that may affect this. http://www.trigeminal.com/usenet/usenet026.asp?1033 Susan Harkins wrote: >Gustav, Heaven only knows. The editor and I don't even get the same results >doing the same thing. I don't know if our expectations are wrong or if it's >just buggy. > >At any rate, I have decided to completely revamp the article and take a >completely different slant -- if I can't figure it out, I certainly can't >recommend it. Doesn't mean it doesn't work, but it shouldn't be so >temperamental, and if it IS, there should be adequate documentation about >the problems and other than a lot of chatter about the problem, I can find >nothing that actually resolves the problem. :( Even if it's a >misunderstanding on my part, I won't be the only one to make it -- and I >have to identify it and offer explanations and solutions or just dump it. :( > > >Susan H. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Saturday, June 26, 2004 12:55 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] favor running code in 2K and XP > >Hi Susan > >I wonder if this error of yours is due to something else. > >In Access XP I added a reference to a networked md5.tlb file, closed, >renamed the tlb, reopened Access, and ran your code without any error >- it just removed the reference which was now missing. > >/gustav > > > > >>Gustav, I added the Access. and the error still occurs. >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kaupca at chevrontexaco.com Mon Jun 28 07:32:38 2004 From: kaupca at chevrontexaco.com (Kaup, Chester A) Date: Mon, 28 Jun 2004 07:32:38 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? Message-ID: <193572B4E0FC1744BEDFEE63F82CEC9E027395AA@bocnte2k4.boc.chevrontexaco.net> Here is something I did in an older access 97 database to programically change the axis of a graph. Might give you a place to start. Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) Dim Db As Database, rs As Recordset Dim i As Integer, intCnt As Integer, ChartName As String Dim rpt As Report, FinalDate As Date Set Db = CurrentDb() 'add 7 days to todays date FinalDate = Date + 7 Set rpt = Reports("Section 6 West and Section 1 East") 'Count the number of controls intCnt = rpt.Count For i = 0 To intCnt - 1 Select Case rpt(i).ControlType Case acLabel Case acRectangle Case acLine Case acImage Case acCommandButton Case acOptionButton Case acCheckBox Case acOptionGroup Case acBoundObjectFrame Case acTextBox Case acListBox Case acComboBox Case acSubform Case acObjectFrame 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If Case acPageBreak Case acPage Case acCustomControl Case acToggleButton Case acTabCtl Case Else 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If End Select NoChart: Next i End Sub Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, June 25, 2004 6:20 PM To: Database Advisors Subject: [AccessD] MS Graph - Change Chart Title by Automation? Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 28 07:43:33 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 28 Jun 2004 07:43:33 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? In-Reply-To: <19147741.1088426179635.JavaMail.root@sniper5.usinternet.com> Message-ID: <002001c45d0d$863d7870$de1811d8@danwaters> Chester, I spent several hours finding and reading MS KB article over the last few days and was able to get this to work. What I didn't see though that you have here is the use of rpt(i).OLEClass to determine what the object of an unbound frame actually is. In a day or so I'll send a note to describe how I did get this to work. Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kaup, Chester A Sent: Monday, June 28, 2004 7:33 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] MS Graph - Change Chart Title by Automation? Here is something I did in an older access 97 database to programically change the axis of a graph. Might give you a place to start. Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) Dim Db As Database, rs As Recordset Dim i As Integer, intCnt As Integer, ChartName As String Dim rpt As Report, FinalDate As Date Set Db = CurrentDb() 'add 7 days to todays date FinalDate = Date + 7 Set rpt = Reports("Section 6 West and Section 1 East") 'Count the number of controls intCnt = rpt.Count For i = 0 To intCnt - 1 Select Case rpt(i).ControlType Case acLabel Case acRectangle Case acLine Case acImage Case acCommandButton Case acOptionButton Case acCheckBox Case acOptionGroup Case acBoundObjectFrame Case acTextBox Case acListBox Case acComboBox Case acSubform Case acObjectFrame 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If Case acPageBreak Case acPage Case acCustomControl Case acToggleButton Case acTabCtl Case Else 'Stop If rpt(i).OLEClass = "Microsoft Graph 97 Chart" Then ChartName = rpt(i).Name rpt.Controls(ChartName).Object.Application.Chart.Axes(1).MaximumScale = FinalDate End If End Select NoChart: Next i End Sub Chester Kaup Information Management Technician IT-MidContinent/MidContinent Business Unit CTN 8-687-7415 Outside 432-687-7414 No trees were killed in the sending of this message. However a large number of electrons were terribly inconvenienced. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, June 25, 2004 6:20 PM To: Database Advisors Subject: [AccessD] MS Graph - Change Chart Title by Automation? Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 earthlink.net Mon Jun 28 08:24:18 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Mon, 28 Jun 2004 09:24:18 -0400 Subject: [AccessD] Report Footer as Page Footer, Last Page Only In-Reply-To: <000001c45af0$7de30f60$6401a8c0@COA3> Message-ID: Steve, Place your total in the page footer. In the page footers OnFormat event do: If Me.Page = Me.Pages Then ' Make the totals visible Else ' Hide them End If Note that you must place a control on the report somewhere hidden or visible that references the .Pages property for this to work. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Friday, June 25, 2004 4:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Report Footer as Page Footer, Last Page Only I need to have my grand total show only the last page of a report (like a report footer), but always on the bottom (like a page footer) instead of right after the last detail line. How whould I do this? And on which one of these? (Report Footer all the way on the bottom or Page Footer that only shows on the last page?) TIA & TGIF Steve -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From BBarabash at TappeConstruction.com Mon Jun 28 08:30:49 2004 From: BBarabash at TappeConstruction.com (Brett Barabash) Date: Mon, 28 Jun 2004 08:30:49 -0500 Subject: [AccessD] Report Footer as Page Footer, Last Page Only Message-ID: <100F91B31300334B89EC531C9DCB08650657BD@tccexch01.tappeconstruction.net> Steve, How about putting this code in the Page Footer Format event? If Me.Page <> Me.Pages Then Cancel = True End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Steve Conklin (Developer at UltraDNT) Sent: Friday, June 25, 2004 3:11 PM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Report Footer as Page Footer, Last Page Only I need to have my grand total show only the last page of a report (like a report footer), but always on the bottom (like a page footer) instead of right after the last detail line. How whould I do this? And on which one of these? (Report Footer all the way on the bottom or Page Footer that only shows on the last page?) TIA & TGIF Steve -------------------------------------------------------------------------------------------------------------------- The information in this email may contain confidential information that is legally privileged. The information is only for the use of the intended recipient(s) named above. If you are not the intended recipient(s), you are hereby notified that any disclosure, copying, distribution, or the taking of any action in regard to the content of this email is strictly prohibited. If transmission is incorrect, unclear, or incomplete, please notify the sender immediately. The authorized recipient(s) of this information is/are prohibited from disclosing this information to any other party and is/are required to destroy the information after its stated need has been fulfilled. Any views expressed in this message are those of the individual sender, except where the sender specifies and with authority, states them to be the views of Tappe Construction Co. This footer also confirms that this email message has been scanned for the presence of computer viruses.Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. From cfoust at infostatsystems.com Mon Jun 28 10:36:17 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 28 Jun 2004 08:36:17 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: There were a couple of things that came up over the course of that conversation last July, Susan. One was that the code to handle the references had to be in its own module, separate from everything else, and it had to run FIRST, before any code that might be affected by the broken reference. *Everything* possible had to be disambiguated, and I used an autoexec macro to run that code first and then to call my startup code. Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Saturday, June 26, 2004 8:58 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] favor running code in 2K and XP Gustav, Heaven only knows. The editor and I don't even get the same results doing the same thing. I don't know if our expectations are wrong or if it's just buggy. At any rate, I have decided to completely revamp the article and take a completely different slant -- if I can't figure it out, I certainly can't recommend it. Doesn't mean it doesn't work, but it shouldn't be so temperamental, and if it IS, there should be adequate documentation about the problems and other than a lot of chatter about the problem, I can find nothing that actually resolves the problem. :( Even if it's a misunderstanding on my part, I won't be the only one to make it -- and I have to identify it and offer explanations and solutions or just dump it. :( Susan H. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Saturday, June 26, 2004 12:55 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Hi Susan I wonder if this error of yours is due to something else. In Access XP I added a reference to a networked md5.tlb file, closed, renamed the tlb, reopened Access, and ran your code without any error - it just removed the reference which was now missing. /gustav > Gustav, I added the Access. and the error still occurs. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From cfoust at infostatsystems.com Mon Jun 28 10:37:21 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Mon, 28 Jun 2004 08:37:21 -0700 Subject: [AccessD] favor running code in 2K and XP Message-ID: Check out the thread Gustav referenced. We found out some stuff that Kaplan missed in his article. Charlotte Foust -----Original Message----- From: Jim Lawrence (AccessD) [mailto:accessd at shaw.ca] Sent: Monday, June 28, 2004 3:54 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] favor running code in 2K and XP Marty: Now that is the best article I have seen on Reference issues. Explained as clearly as such a temperamental issue can be explained. Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Sunday, June 27, 2004 10:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] favor running code in 2K and XP Did you read Michael Kaplan's article on disambiguation that may affect this. http://www.trigeminal.com/usenet/usenet026.asp?1033 Susan Harkins wrote: >Gustav, Heaven only knows. The editor and I don't even get the same >results doing the same thing. I don't know if our expectations are >wrong or if it's just buggy. > >At any rate, I have decided to completely revamp the article and take a >completely different slant -- if I can't figure it out, I certainly >can't recommend it. Doesn't mean it doesn't work, but it shouldn't be >so temperamental, and if it IS, there should be adequate documentation >about the problems and other than a lot of chatter about the problem, I >can find nothing that actually resolves the problem. :( Even if it's a >misunderstanding on my part, I won't be the only one to make it -- and >I have to identify it and offer explanations and solutions or just dump >it. :( > > >Susan H. > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock >Sent: Saturday, June 26, 2004 12:55 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] favor running code in 2K and XP > >Hi Susan > >I wonder if this error of yours is due to something else. > >In Access XP I added a reference to a networked md5.tlb file, closed, >renamed the tlb, reopened Access, and ran your code without any error >- it just removed the reference which was now missing. > >/gustav > > > > >>Gustav, I added the Access. and the error still occurs. >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Oleg_123 at xuppa.com Mon Jun 28 11:47:23 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 12:47:23 -0400 (EDT) Subject: [AccessD] drag and drop In-Reply-To: References: Message-ID: <63643.68.161.26.217.1088441243.squirrel@heck.xuppa.com> Hi group. Does any one know where can i download free drag and drop module for Access2000? ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From Oleg_123 at xuppa.com Mon Jun 28 11:49:10 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 12:49:10 -0400 (EDT) Subject: [AccessD] message combo box In-Reply-To: References: Message-ID: <63858.68.161.26.217.1088441350.squirrel@heck.xuppa.com> Is it possible to display all fields for a combo box with multiple fields? ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From bchacc at san.rr.com Mon Jun 28 12:16:16 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 28 Jun 2004 10:16:16 -0700 Subject: [AccessD] Outlook Object Broken Message-ID: <014301c45d33$9eff4020$6601a8c0@HAL9002> Dear List: I provide an app to a client which uses the Outlook object to send emails. In my version the reference is to the Microsoft Outlook 9.0 Object Library. They recently upgraded to A2003 and their reference is now to the Microsoft Outlook 11.0 Object Library. When my app hits the line of code:Set objOutlook = CreateObject("Outlook.Application") it blows up saying it is unable to create the object. Is there an easy fix or workaround to this problem? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From ssharkins at bellsouth.net Mon Jun 28 14:45:05 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Mon, 28 Jun 2004 15:45:05 -0400 Subject: [AccessD] favor running code in 2K and XP In-Reply-To: Message-ID: <20040628194504.RFB1705.imf16aec.mail.bellsouth.net@SUSANONE> Thanks Charlotte -- the autoexec does make sense. And I'll check out the thread -- thanks.! Susan H. There were a couple of things that came up over the course of that conversation last July, Susan. One was that the code to handle the references had to be in its own module, separate from everything else, and it had to run FIRST, before any code that might be affected by the broken reference. *Everything* possible had to be disambiguated, and I used an autoexec macro to run that code first and then to call my startup code. From mikedorism at adelphia.net Mon Jun 28 15:11:32 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Mon, 28 Jun 2004 16:11:32 -0400 Subject: [AccessD] Outlook Object Broken In-Reply-To: <014301c45d33$9eff4020$6601a8c0@HAL9002> Message-ID: <000501c45d4c$1b7c38c0$cc0aa845@hargrove.internal> We ran into a similar problem because we have many different operating systems in our organization. We got around it by not referencing a particular Outlook object model. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 28, 2004 1:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Outlook Object Broken Dear List: I provide an app to a client which uses the Outlook object to send emails. In my version the reference is to the Microsoft Outlook 9.0 Object Library. They recently upgraded to A2003 and their reference is now to the Microsoft Outlook 11.0 Object Library. When my app hits the line of code:Set objOutlook = CreateObject("Outlook.Application") it blows up saying it is unable to create the object. Is there an easy fix or workaround to this problem? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bchacc at san.rr.com Mon Jun 28 16:20:32 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Mon, 28 Jun 2004 14:20:32 -0700 Subject: [AccessD] Outlook Object Broken References: <000501c45d4c$1b7c38c0$cc0aa845@hargrove.internal> Message-ID: <01b601c45d55$bf1eb300$6601a8c0@HAL9002> Doris: I declare the object variables like this: Dim objOutlook As Outlook.Application Dim objOutlookMsg As Outlook.MailItem Dim objOutlookRecip As Outlook.Recipient Dim objOutlookAttach As Outlook.Attachment Then it blows up on the very next line: ' Create the Outlook session. Set objOutlook = CreateObject("Outlook.Application") So I'm not referencing the specific Outlook 9.0 library. Is it possible that they changed the names of the properties or methods or whatever you call them in the Outlook 11 library - like changing .Application to .App or some other humorous trick to keep us fully employed? TIA is ----- Original Message ----- From: "Mike & Doris Manning" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 28, 2004 1:11 PM Subject: RE: [AccessD] Outlook Object Broken > We ran into a similar problem because we have many different operating > systems in our organization. We got around it by not referencing a > particular Outlook object model. > > Doris Manning > Database Administrator > Hargrove Inc. > www.hargroveinc.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Monday, June 28, 2004 1:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Outlook Object Broken > > > Dear List: > > I provide an app to a client which uses the Outlook object to send emails. > In my version the reference is to the Microsoft Outlook 9.0 Object Library. > They recently upgraded to A2003 and their reference is now to the Microsoft > Outlook 11.0 Object Library. > > When my app hits the line of code:Set objOutlook = > CreateObject("Outlook.Application") it blows up saying it is unable to > create the object. > > Is there an easy fix or workaround to this problem? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From andy at minstersystems.co.uk Mon Jun 28 16:29:15 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Mon, 28 Jun 2004 22:29:15 +0100 Subject: [AccessD] Outlook Object Broken In-Reply-To: <01b601c45d55$bf1eb300$6601a8c0@HAL9002> Message-ID: <004301c45d56$f657db20$b274d0d5@minster33c3r25> FWIW the Outlook 10 library still supports that syntax. Use it myself. But don't have access to a pc with Outlook 2003. -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Rocky Smolin - Beach Access Software > Sent: 28 June 2004 22:21 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Outlook Object Broken > > > Doris: > > I declare the object variables like this: > > Dim objOutlook As Outlook.Application > Dim objOutlookMsg As Outlook.MailItem > Dim objOutlookRecip As Outlook.Recipient > Dim objOutlookAttach As Outlook.Attachment > > Then it blows up on the very next line: > > ' Create the Outlook session. > Set objOutlook = CreateObject("Outlook.Application") > > So I'm not referencing the specific Outlook 9.0 library. Is > it possible that they changed the names of the properties or > methods or whatever you call them in the Outlook 11 library - > like changing .Application to .App or some other humorous > trick to keep us fully employed? > > TIA > > is > > ----- Original Message ----- > From: "Mike & Doris Manning" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, June 28, 2004 1:11 PM > Subject: RE: [AccessD] Outlook Object Broken > > > > We ran into a similar problem because we have many > different operating > > systems in our organization. We got around it by not referencing a > > particular Outlook object model. > > > > Doris Manning > > Database Administrator > > Hargrove Inc. > > www.hargroveinc.com > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > > Smolin - Beach Access Software > > Sent: Monday, June 28, 2004 1:16 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Outlook Object Broken > > > > > > Dear List: > > > > I provide an app to a client which uses the Outlook object to send > > emails. In my version the reference is to the Microsoft Outlook 9.0 > > Object > Library. > > They recently upgraded to A2003 and their reference is now to the > Microsoft > > Outlook 11.0 Object Library. > > > > When my app hits the line of code:Set objOutlook = > > CreateObject("Outlook.Application") it blows up saying it > is unable > > to create the object. > > > > Is there an easy fix or workaround to this problem? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From vchas at artronix-solutions.com Mon Jun 28 17:07:49 2004 From: vchas at artronix-solutions.com (vchas) Date: Mon, 28 Jun 2004 15:07:49 -0700 Subject: [AccessD] Outlook Object Broken In-Reply-To: <004301c45d56$f657db20$b274d0d5@minster33c3r25> Message-ID: Dim objOutlook As Object Set objOutlook = CreateObject("Outlook.Application") Set objOutlookMsg = objOutlook.CreateItem(0) With objOutlookMsg .To = "you at companyname.com" .Cc = "them at companyname.com" .Subject = "Hello World (one more time)..." .Body = "body of message" .HTMLBody = "HTML version of message" .Attachments.Add ("c:\FileToSend.txt") .Send End With Set objOutlookMsg = Nothing Set objOutlook = Nothing HTH V > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin - Beach Access Software > Sent: 28 June 2004 22:21 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Outlook Object Broken > > > Doris: > > I declare the object variables like this: > > Dim objOutlook As Outlook.Application > Dim objOutlookMsg As Outlook.MailItem > Dim objOutlookRecip As Outlook.Recipient > Dim objOutlookAttach As Outlook.Attachment > > Then it blows up on the very next line: > > ' Create the Outlook session. > Set objOutlook = CreateObject("Outlook.Application") > > So I'm not referencing the specific Outlook 9.0 library. Is it > possible that they changed the names of the properties or methods or > whatever you call them in the Outlook 11 library - like changing > .Application to .App or some other humorous trick to keep us fully > employed? > > TIA > > is > > ----- Original Message ----- > From: "Mike & Doris Manning" > To: "'Access Developers discussion and problem solving'" > > Sent: Monday, June 28, 2004 1:11 PM > Subject: RE: [AccessD] Outlook Object Broken > > > > We ran into a similar problem because we have many > different operating > > systems in our organization. We got around it by not referencing a > > particular Outlook object model. > > > > Doris Manning > > Database Administrator > > Hargrove Inc. > > www.hargroveinc.com > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > > Smolin - Beach Access Software > > Sent: Monday, June 28, 2004 1:16 PM > > To: AccessD at databaseadvisors.com > > Subject: [AccessD] Outlook Object Broken > > > > > > Dear List: > > > > I provide an app to a client which uses the Outlook object to send > > emails. In my version the reference is to the Microsoft Outlook 9.0 > > Object > Library. > > They recently upgraded to A2003 and their reference is now to the > Microsoft > > Outlook 11.0 Object Library. > > > > When my app hits the line of code:Set objOutlook = > > CreateObject("Outlook.Application") it blows up saying it > is unable > > to create the object. > > > > Is there an easy fix or workaround to this problem? > > > > MTIA, > > > > Rocky Smolin > > Beach Access Software > > http://www.e-z-mrp.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Mon Jun 28 17:24:39 2004 From: dwaters at usinternet.com (Dan Waters) Date: Mon, 28 Jun 2004 17:24:39 -0500 Subject: [AccessD] MS Graph - Change Chart Title by Automation? - SOLVED In-Reply-To: <27578870.1088205824597.JavaMail.root@sniper6.usinternet.com> Message-ID: <004a01c45d5e$b3d05360$de1811d8@danwaters> Well, after searching through a number of MSKB articles, I got this to work. Turns out that with A2K and up you can use early binding, which is nice. Example code is below: Private Sub Detail_Format(Cancel As Integer, FormatCount As Integer) On Error GoTo EH Dim cht As Graph.Chart Set cht = Me.OLEUnboundFrame.Object cht.HasTitle = True cht.ChartTitle.Text = "Different Title" Set cht = Nothing Exit Sub EH: Application.Echo True 'call error handling End Sub KB article 201710 was key. Article 244589 & 222689 were helpful. Also, you may have two help files on your PC which provide complete reference to the MS Graph object model. These are: GRAPH10.CHM and VBAGR10.CHM (or 9.CHM). Now, to let users define the data for these charts once they are set up you will need to modify the query or SQL string (in the row source property of the unbound object frame) in code before you open the report or form where the object frame is located. You can create a new form/report using the chart wizard to develop sample query SQL, and then modify as needed. I updated a customer's system this morning with a couple of charts where they can determine date range and a couple of other parameters (like TOP), and they're pretty happy. Best of luck! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, June 25, 2004 6:20 PM To: Database Advisors Subject: [AccessD] MS Graph - Change Chart Title by Automation? Struggling for hours . . . I have an MS Graph 10 chart in an unbound object frame in a report. I also have the rowsource query correct. But when the report is opened to display the chart, I need to change the .Text property of the .ChartTitle. The unbound object frame is named graChart. I thought that something like this would work: Dim gra As Object Set gra = GetObject(, "MSGraph.Chart.10") '-- I need something like: _ gra.ChartTitle.Text = "Different Chart Title" I know this is an automation issue, and I'm trying to manipulate an object which is in an unbound object frame. Can anyone send me an example of how you do this? Thanks! Dan Waters -- _______________________________________________ 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 Jun 28 17:00:30 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 08:00:30 +1000 Subject: [AccessD] message combo box In-Reply-To: <63858.68.161.26.217.1088441350.squirrel@heck.xuppa.com> References: Message-ID: <40E1219E.27663.2079974@localhost> On 28 Jun 2004 at 12:49, Oleg_123 at xuppa.com wrote: > Is it possible to display all fields for a combo box with multiple fields? > In the dropdown, set the column widths and list width properties. On the form, not AFIAK. My usual solution is to put a text box or boxes beside the combo and set the source(s) to cboMyCombo.Column(1) etc to display the rest of the fields. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Oleg_123 at xuppa.com Mon Jun 28 18:00:25 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 19:00:25 -0400 (EDT) Subject: [AccessD] message combo box In-Reply-To: <40E1219E.27663.2079974@localhost> References: <40E1219E.27663.2079974@localhost> Message-ID: <1168.24.187.38.171.1088463625.squirrel@heck.xuppa.com> hi Stuart, that's what i ended up doing what's AFIAK ? > On 28 Jun 2004 at 12:49, Oleg_123 at xuppa.com wrote: > >> Is it possible to display all fields for a combo box with multiple >> fields? >> > > In the dropdown, set the column widths and list width properties. > > On the form, not AFIAK. My usual solution is to put a text box or boxes > beside the combo and set the source(s) to cboMyCombo.Column(1) etc to > display the rest of the fields. > > > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From Oleg_123 at xuppa.com Mon Jun 28 18:06:58 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 19:06:58 -0400 (EDT) Subject: [AccessD] Troubles with insert In-Reply-To: <40E1219E.27663.2079974@localhost> References: <40E1219E.27663.2079974@localhost> Message-ID: <1331.24.187.38.171.1088464018.squirrel@heck.xuppa.com> i can't remember what am i doing wrong; when i try strSQL = "Insert into Testing(EntID,AttribID, AttribName, DataTypeCode,Comment) Values( 'txtEntID.Text','txtAttribID.Text',' txtAttribName.Text',' txtDataTypeCode.text',' txtComment.Text')" it works, and this way doesn't.. Private Sub cmdImport_Click() Dim strSQL As String strSQL = "Insert into Testing(EntID,AttribID, AttribName, DataTypeCode,Comment) Values( txtEntID.Text,txtAttribID.Text, txtAttribName.Text,txtDataTypeCode.text,txtComment.Text)" CurrentDb.Execute strSQL End Sub tried substituting with variables, first 3 are number fields, others text Private Sub cmdImport_Click() Dim a, b, c, d, e, f a = txtAppsId b = txtEntID c = txtAttribID d = txtAttribName e = txtDataTypeCode f = txtComment Dim strSQL As String strSQL = "Insert into Testing(AppsID, EntID,AttribID, AttribName, DataTypeCode,Comment) Values( a,b,c, & """ & d & """ & , & """ & e & """ &, & """ & f & """ &)" CurrentDb.Execute strSQL End Sub ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From stuart at lexacorp.com.pg Mon Jun 28 19:19:29 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 10:19:29 +1000 Subject: [AccessD] message combo box In-Reply-To: <1168.24.187.38.171.1088463625.squirrel@heck.xuppa.com> References: <40E1219E.27663.2079974@localhost> Message-ID: <40E14231.2886.286D480@localhost> On 28 Jun 2004 at 19:00, Oleg_123 at xuppa.com wrote: > hi Stuart, that's what i ended up doing > what's AFIAK ? > "As far as I know" on a dyslexic keyboard -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From stuart at lexacorp.com.pg Mon Jun 28 19:19:29 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 10:19:29 +1000 Subject: [AccessD] Troubles with insert In-Reply-To: <1331.24.187.38.171.1088464018.squirrel@heck.xuppa.com> References: <40E1219E.27663.2079974@localhost> Message-ID: <40E14231.30300.286D461@localhost> On 28 Jun 2004 at 19:06, Oleg_123 at xuppa.com wrote: > i can't remember what am i doing wrong; when i try > strSQL = "Insert into Testing(EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( 'txtEntID.Text','txtAttribID.Text',' > txtAttribName.Text',' txtDataTypeCode.text',' txtComment.Text')" > > it works, and this way doesn't.. > It might "work" , but you won't get what you want in the table Testing. You will get the literal strings "txtEntID.Text" etc in the added record rather than the value of those controls > Private Sub cmdImport_Click() > > Dim strSQL As String > > strSQL = "Insert into Testing(EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( txtEntID.Text,txtAttribID.Text, > txtAttribName.Text,txtDataTypeCode.text,txtComment.Text)" > You need quotes round the numeric values for the numeric fields and quotes around the text data so every Value here will generate an error > > Private Sub cmdImport_Click() > Dim a, b, c, d, e, f > a = txtAppsId > b = txtEntID > c = txtAttribID > d = txtAttribName > e = txtDataTypeCode > f = txtComment > > Dim strSQL As String > > strSQL = "Insert into Testing(AppsID, EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( a,b,c, & """ & d & """ & , & """ & e & """ > &, & """ & f & """ &)" > Try a "MsgBox strSQL" and you will see exactly what you are inserting. Soution: You need to build strSQL properly with boilerplate text and the values you need. Note the quotes around each piece of boilerplate including the first block up to the start of the first variable. strSLQ = "Insert into Testing(AppsID, EntID,AttribID, AttribName, DataTypeCode,Comment) Values( " _ & a & "," & b & "," & c & ",'" & d & "','" & e & "','" & f & "')" -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From Oleg_123 at xuppa.com Mon Jun 28 20:59:15 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Mon, 28 Jun 2004 21:59:15 -0400 (EDT) Subject: [AccessD] Troubles with insert In-Reply-To: <40E14231.30300.286D461@localhost> References: <40E1219E.27663.2079974@localhost> <40E14231.30300.286D461@localhost> Message-ID: <4263.24.187.38.171.1088474355.squirrel@heck.xuppa.com> Hi Stuart, thanks a lot, by "work" i meant thats insirting something, i didn't know where exactly to place qoutes and comes. I'll try it tomorrow morning, hope it works.. > On 28 Jun 2004 at 19:06, Oleg_123 at xuppa.com wrote: > >> i can't remember what am i doing wrong; when i try >> strSQL = "Insert into Testing(EntID,AttribID, AttribName, >> DataTypeCode,Comment) Values( 'txtEntID.Text','txtAttribID.Text',' >> txtAttribName.Text',' txtDataTypeCode.text',' txtComment.Text')" >> >> it works, and this way doesn't.. >> > > It might "work" , but you won't get what you want in the table Testing. > You will get the literal strings "txtEntID.Text" etc in the added > record rather than the value of those controls > >> Private Sub cmdImport_Click() >> >> Dim strSQL As String >> >> strSQL = "Insert into Testing(EntID,AttribID, AttribName, >> DataTypeCode,Comment) Values( txtEntID.Text,txtAttribID.Text, >> txtAttribName.Text,txtDataTypeCode.text,txtComment.Text)" >> > You need quotes round the numeric values for the numeric fields and > quotes around the text data so every Value here will generate an error > >> >> Private Sub cmdImport_Click() >> Dim a, b, c, d, e, f >> a = txtAppsId >> b = txtEntID >> c = txtAttribID >> d = txtAttribName >> e = txtDataTypeCode >> f = txtComment >> >> Dim strSQL As String >> >> strSQL = "Insert into Testing(AppsID, EntID,AttribID, AttribName, >> DataTypeCode,Comment) Values( a,b,c, & """ & d & """ & , & """ & e & >> """ &, & """ & f & """ &)" >> > > Try a "MsgBox strSQL" and you will see exactly what you are inserting. > > Soution: > You need to build strSQL properly with boilerplate text and the values > you need. Note the quotes around each piece of boilerplate including > the first block up to the start of the first variable. > > strSLQ = "Insert into Testing(AppsID, EntID,AttribID, AttribName, > DataTypeCode,Comment) Values( " _ > & a & "," & b & "," & c & ",'" & d & "','" & e & "','" & f & "')" > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From KP at sdsonline.net Mon Jun 28 21:08:34 2004 From: KP at sdsonline.net (Kath Pelletti) Date: Tue, 29 Jun 2004 12:08:34 +1000 Subject: [AccessD] Open asp template from Access form References: Message-ID: <002601c45d7d$fc3b33d0$6501a8c0@user> Hi Mark - Thanks for giving me a reply!! I'll have a play with that. Cheers Kath ----- Original Message ----- From: Mitsules, Mark S. (Newport News) To: 'Access Developers discussion and problem solving' Sent: Monday, June 28, 2004 8:45 PM Subject: RE: [AccessD] Open asp template from Access form I've never automated FrontPage either, so I set a reference to it and got this from the help file. Although I was just browsing, it looks like you might need to look into the "PageWindowEx Object" as well. I hope it helps. Mark Private Sub StartFrontPage() Dim myNewFP As Variant Set myNewFP = CreateObject("FrontPage.Application") myNewFP.Webs.Open ("C:\MyWebs\Adventure Works") myNewFP.Webs.Close "(C:\MyWebs\Adventure Works") Set myNewFP = Nothing End Sub The following example creates a reference to an instance of the StartWorking object. Sub NewPage() 'Creates a new page using the StartWorking object Dim objApp As FrontPage.Application Dim objStrtWrk As StartWorking Set objApp = FrontPage.Application 'Create a reference to an instance of the StartWorking object Set objStrtWrk = objApp.NewPageorWeb End Sub -----Original Message----- From: Kath Pelletti [mailto:KP at sdsonline.net] Sent: Thursday, June 24, 2004 7:54 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Open asp template from Access form Hi eveyone - I need to write some code to open a 'template' file in Frontpage (ie. create a new .asp file based on a frontpage template which I will create) I dont have much experience opening other apps, but I use this code in another app to open a s/sheet in Excel (see below). Can you tell me - is this the fastest way to open a Frontpage file too? Is it CreateObject ("Frontpage.application")? TIA Kath ---------------------------------------------------------------------------- ---- Private Function CreateSpreadsheet(rsRecordset As ADODB.Recordset) As Long Dim strerrormsg As String Dim ExcelRunning As Boolean Dim xlApp As Object Dim cell() Dim lRows As Long Dim lColumns As Long Dim lColPtr As Long Dim lRowPtr As Long Dim strRange As String On Error GoTo Err_Handler 'Create spreadsheet ExcelRunning = IsExcelRunning() If Not ExcelRunning Then Set xlApp = CreateObject("Excel.Application") Else Set xlApp = GetObject(, "Excel.Application") End If 'Set xlapp = CreateObject("excel.application") xlApp.Workbooks.Add 'etc etc ---------------------------------------------------------------------------- ---- Function IsExcelRunning() As Boolean Dim strerrormsg As String On Error GoTo Err_Handler Dim xlApp As Excel.Application On Error Resume Next Set xlApp = GetObject(, "Excel.Application") IsExcelRunning = (Err.Number = 0) Set xlApp = Nothing Err.Clear Normal_exit: DoCmd.SetWarnings True Exit Function Err_Handler: MsgBox "Error: [" & Err.Number & "] " & IIf(Len(strerrormsg) > 0, strerrormsg, Err.Description), vbCritical, "Error Message" hcursor = CursorID RetVal = SetCursor(hcursor) Resume Normal_exit End Function ---------------------------------------------------------------------------- ---- Kath Pelletti Software Design & Solutions Pty Ltd. Ph: 9505-6714 Fax: 9505-6430 KP at SDSOnline.net -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Mon Jun 28 23:04:53 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 29 Jun 2004 00:04:53 -0400 Subject: [AccessD] Outlook Object Broken In-Reply-To: <01b601c45d55$bf1eb300$6601a8c0@HAL9002> Message-ID: <004701c45d8e$3e4c6630$6401a8c0@COA3> You ARE referencing a specific Outlook object model, because ,as you said, you have the made the reference: In order to have your application be version agnostic, take out your reference to Outlook ... Don't have any Outlook references, then compile. Your code must be moved completely to "late-bound" objects as well: Dim objOutlook As Object Set objOutlook = CreateObject("Outlook.Application"); dim objOutlookMsg as Object, Set objOutlookMsg = objOutlook.CreateItem(0). Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 28, 2004 5:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Object Broken Doris: I declare the object variables like this: Dim objOutlook As Outlook.Application Dim objOutlookMsg As Outlook.MailItem Dim objOutlookRecip As Outlook.Recipient Dim objOutlookAttach As Outlook.Attachment Then it blows up on the very next line: ' Create the Outlook session. Set objOutlook = CreateObject("Outlook.Application") So I'm not referencing the specific Outlook 9.0 library. Is it possible that they changed the names of the properties or methods or whatever you call them in the Outlook 11 library - like changing .Application to .App or some other humorous trick to keep us fully employed? TIA is ----- Original Message ----- From: "Mike & Doris Manning" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 28, 2004 1:11 PM Subject: RE: [AccessD] Outlook Object Broken > We ran into a similar problem because we have many different operating > systems in our organization. We got around it by not referencing a > particular Outlook object model. > > Doris Manning > Database Administrator > Hargrove Inc. > www.hargroveinc.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky > Smolin - Beach Access Software > Sent: Monday, June 28, 2004 1:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Outlook Object Broken > > > Dear List: > > I provide an app to a client which uses the Outlook object to send > emails. In my version the reference is to the Microsoft Outlook 9.0 > Object Library. > They recently upgraded to A2003 and their reference is now to the Microsoft > Outlook 11.0 Object Library. > > When my app hits the line of code:Set objOutlook = > CreateObject("Outlook.Application") it blows up saying it is unable > to create the object. > > Is there an easy fix or workaround to this problem? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 fsmail.net Tue Jun 29 03:01:09 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 29 Jun 2004 10:01:09 +0200 (CEST) Subject: [AccessD] Check If File Exists In Directory - Cant Think Message-ID: <22885167.1088496069415.JavaMail.www@wwinf3002> To all, I hate to ask this but I can?t for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the directory C:\Branston\ Thanks for all your help .. Paul Hartland P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc ..ha ha -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From gustav at cactus.dk Tue Jun 29 03:12:41 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 10:12:41 +0200 Subject: [AccessD] Check If File Exists In Directory - Cant Think In-Reply-To: <22885167.1088496069415.JavaMail.www@wwinf3002> References: <22885167.1088496069415.JavaMail.www@wwinf3002> Message-ID: <495980259.20040629101241@cactus.dk> Hi paul That would be If Len(Dir("C:\Branston\OWP_Template.xls", vbNormal)) > 0 then ... End If /gustav > To all, > I hate to ask this but I can?t for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the > directory C:\Branston\ > Thanks for all your help .. > Paul Hartland > P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc ..ha ha From paul.hartland at fsmail.net Tue Jun 29 03:19:49 2004 From: paul.hartland at fsmail.net (paul.hartland at fsmail.net) Date: Tue, 29 Jun 2004 10:19:49 +0200 (CEST) Subject: [AccessD] Check If File Exists In Directory - Cant Think Message-ID: <10665708.1088497189099.JavaMail.www@wwinf3002> Thanks.....I know it's Tuesday but it's as if it's a monday morning moment... Message date : Jun 29 2004, 09:15 AM >From : "Gustav Brock" To : "Access Developers discussion and problem solving" Copy to : Subject : Re: [AccessD] Check If File Exists In Directory - Cant Think Hi paul That would be If Len(Dir("C:\Branston\OWP_Template.xls", vbNormal)) > 0 then ... End If /gustav > To all, > I hate to ask this but I can?t for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the > directory C:\Branston\ > Thanks for all your help .. > Paul Hartland > P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc ..ha ha -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm From michael.broesdorf at web.de Tue Jun 29 04:51:35 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 11:51:35 +0200 Subject: AW: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: Message-ID: Just today I got a call from a customer who wants to synchronize customer information between a database application and 'a' financial software package. Since QuickBooks seems to have some sort of API (_not_ the IIF-Files...) I thought it to be well-suited. There is a german version of QuickBooks, but it is not maintained/distributed by Intuit. Instead, a company called Lexware does an independent development. For the German version there is not multi-user or networked version available and there is no API, so it is not an option for us :-( I know the US-Version of QuickBooks very well from earlier projects and really like it. It's a shame... Now comes the question: is there a financial package out there that is easy to use (with a nice user interface - especially not DOS-based), fully integrated (no modules), has an API and preferably uses a SQL database to store it's data? Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Robert Gracie Gesendet: Dienstag, 8. Juni 2004 23:45 An: Access Developers discussion and problem solving Betreff: [AccessD] QuickBooks Project... Anyone game? Ok, The first question is.. Does anyone here currently (or have plans in the future) to programmatically interact with QuickBooks 2003 or greater, either on a data or "front end" (Version 2004)level? The second question, would anyone here be interested in grouping our efforts together to come up with a "wrapped" solution, such has been done with the BEU? I'm looking at a Class based solution that can handle all the major functions a typical company would need to interact with QB. What Say You? Robert Gracie www.servicexp.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 Jun 29 05:35:11 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 12:35:11 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <1814530223.20040629123511@cactus.dk> Hi Michael One option is Winfinans DT (we are a local dealer). It's an Access 200x app running off MSDE or SQL Server. http://www.winfinans.dk This site is mostly in Danish so you'll have a hard time navigating. However, you can find Download and Winfinans DT, then browse to locate an English version. It won't run your own database until you purchase a license, but you can connect to a demo server and browse the code (it's not an MDE, the code is fully modifiable) to get an impression. It is _very_ light commented but in English as are all field names etc. The data structure is a little convoluted (with compound keys, remember a recent thread on this?) but I'm sure you can get a hold on it. License fee (list price) is about EUR 1.300 for the first two users and EUR 350 for each next user. I don't think a German version is scheduled. The Integration Module you may notice is not a programmer's goodie but a module for interchanging data with the Danish banks and some local facility houses. The Production Module contains enhanced functions for production control. /gustav > Just today I got a call from a customer who wants to synchronize customer > information between a database application and 'a' financial software package. > ... > Now comes the question: is there a financial package out there that is easy > to use (with a nice user interface - especially not DOS-based), fully > integrated (no modules), has an API and preferably uses a SQL database to > store it's data? From michael.broesdorf at web.de Tue Jun 29 06:12:50 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 13:12:50 +0200 Subject: AW: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <1814530223.20040629123511@cactus.dk> Message-ID: Hi Gustav, thanks for pointing me to winfinans - I will definitely have a look at it. My client insist on a german user interface, so this is probably not an option for her. But I like the idea of the modifiable code, so it might be a good choice for other projects! Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gustav Brock Gesendet: Dienstag, 29. Juni 2004 12:35 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] QuickBooks Project... Anyone game? Hi Michael One option is Winfinans DT (we are a local dealer). It's an Access 200x app running off MSDE or SQL Server. http://www.winfinans.dk This site is mostly in Danish so you'll have a hard time navigating. However, you can find Download and Winfinans DT, then browse to locate an English version. It won't run your own database until you purchase a license, but you can connect to a demo server and browse the code (it's not an MDE, the code is fully modifiable) to get an impression. It is _very_ light commented but in English as are all field names etc. The data structure is a little convoluted (with compound keys, remember a recent thread on this?) but I'm sure you can get a hold on it. License fee (list price) is about EUR 1.300 for the first two users and EUR 350 for each next user. I don't think a German version is scheduled. The Integration Module you may notice is not a programmer's goodie but a module for interchanging data with the Danish banks and some local facility houses. The Production Module contains enhanced functions for production control. /gustav > Just today I got a call from a customer who wants to synchronize customer > information between a database application and 'a' financial software package. > ... > Now comes the question: is there a financial package out there that is easy > to use (with a nice user interface - especially not DOS-based), fully > integrated (no modules), has an API and preferably uses a SQL database to > store it's data? -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From R.Griffiths at bury.gov.uk Tue Jun 29 06:37:25 2004 From: R.Griffiths at bury.gov.uk (Griffiths, Richard) Date: Tue, 29 Jun 2004 12:37:25 +0100 Subject: [AccessD] Store Settings Message-ID: Hi Group Has anyone advice on using ini files, registry or a db to store workstation etc settings. About to rewrite a system and I am reviewing the above in the light that certain users do not have the appropriate security to update the registry. At the moment I use some data stored on the workstation in an access db and some in the registry - I am tempted to stick all setting in an ini file. Can anyone advise the important pros and cons. TIA Richard From gustav at cactus.dk Tue Jun 29 06:52:05 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 13:52:05 +0200 Subject: [AccessD] Store Settings In-Reply-To: References: Message-ID: <15919143677.20040629135205@cactus.dk> Hi Richard Some pros are that it is a text file which can easily be read and edited and printed - that makes it easy to explain, say, a third-party it-guy (M/F) how to adjust things if needed. Some cons are that it is a primitive database file and as you have a powerful dbengine right at your hands it actually may be quicker and more convenient to create a local config.mdb for storing and maintaining your settings. If you only need a few settings you can even modify the mda or mdw file with a few custom tables as it is very easy via code to locate this file. /gustav > Has anyone advice on using ini files, registry or a db to store > workstation etc settings. > About to rewrite a system and I am reviewing the above in the light that > certain users do not have the appropriate security to > update the registry. At the moment I use some data stored on the > workstation in an access db and some in the registry - I am tempted to > stick all setting in an ini file. Can anyone advise the important pros > and cons. From stuart at lexacorp.com.pg Tue Jun 29 07:12:21 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 29 Jun 2004 22:12:21 +1000 Subject: [AccessD] Store Settings In-Reply-To: Message-ID: <40E1E945.22727.97885B@localhost> On 29 Jun 2004 at 12:37, Griffiths, Richard wrote: > > Has anyone advice on using ini files, registry or a db to store > workstation etc settings. > > About to rewrite a system and I am reviewing the above in the light that > certain users do not have the appropriate security to > update the registry. At the moment I use some data stored on the > workstation in an access db and some in the registry - I am tempted to > stick all setting in an ini file. Can anyone advise the important pros > and cons. > I *never* use the registry to store settings. It causes all sorts of problems if you need to move your application. This can happen for any number of reasons, including upgrading hardware, system crashes, changes in business operations etc,etc Keeping all settings in an local ini file or in an mdb makes the application portable. The choice between an mdb and a text .ini file is generally determined by the complexity of what you are saving. If it is only a few settings, It is simple enough to read and write an .ini file as required. If there are a lot of settings which are subject to frequent change while the application is running, the benefits of a table in an mdb outweigh the extra overhead of opening another mdb. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From R.Griffiths at bury.gov.uk Tue Jun 29 07:30:46 2004 From: R.Griffiths at bury.gov.uk (Griffiths, Richard) Date: Tue, 29 Jun 2004 13:30:46 +0100 Subject: [AccessD] Store Settings Message-ID: Hi I have around 20 or so items of data such as data folder, ms access folder, application version, last updated date, license key, client name etc. I think I'll go for the ini file (subject to further advice) as this allows if required the user to interrogate/amend should there be a problem - with a db solution they would need a ui (or MS Access installed and nearly all my users do not have this). Thanks Richard -----Original Message----- From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] Sent: 29 June 2004 13:12 To: Access Developers discussion and problemsolving Subject: Re: [AccessD] Store Settings On 29 Jun 2004 at 12:37, Griffiths, Richard wrote: > > Has anyone advice on using ini files, registry or a db to store > workstation etc settings. > > About to rewrite a system and I am reviewing the above in the light that > certain users do not have the appropriate security to > update the registry. At the moment I use some data stored on the > workstation in an access db and some in the registry - I am tempted to > stick all setting in an ini file. Can anyone advise the important pros > and cons. > I *never* use the registry to store settings. It causes all sorts of problems if you need to move your application. This can happen for any number of reasons, including upgrading hardware, system crashes, changes in business operations etc,etc Keeping all settings in an local ini file or in an mdb makes the application portable. The choice between an mdb and a text .ini file is generally determined by the complexity of what you are saving. If it is only a few settings, It is simple enough to read and write an .ini file as required. If there are a lot of settings which are subject to frequent change while the application is running, the benefits of a table in an mdb outweigh the extra overhead of opening another mdb. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Jdemarco at hudsonhealthplan.org Tue Jun 29 07:33:55 2004 From: Jdemarco at hudsonhealthplan.org (Jim DeMarco) Date: Tue, 29 Jun 2004 08:33:55 -0400 Subject: [AccessD] Store Settings Message-ID: <22F1CCD5171D17419CB37FEEE09D5F99030FEBB9@TTNEXCHSRV1.hshhp.com> Richard, I've been using XML to this with great success. I wrote an article for the list's Many to Many newsletter detailing how in the November 2003 edition (http://www.databaseadvisors.com/newsletters.htm). HTH, Jim DeMarco -----Original Message----- From: Griffiths, Richard [mailto:R.Griffiths at bury.gov.uk] Sent: Tuesday, June 29, 2004 7:37 AM To: AccessD at databaseadvisors.com Subject: [AccessD] Store Settings Hi Group Has anyone advice on using ini files, registry or a db to store workstation etc settings. About to rewrite a system and I am reviewing the above in the light that certain users do not have the appropriate security to update the registry. At the moment I use some data stored on the workstation in an access db and some in the registry - I am tempted to stick all setting in an ini file. Can anyone advise the important pros and cons. TIA Richard -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com *********************************************************************************** "This electronic message is intended to be for the use only of the named recipient, and may contain information from Hudson Health Plan (HHP) that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately, either by contacting the sender at the electronic mail address noted above or calling HHP at (914) 631-1611. If you are not the intended recipient, please do not forward this email to anyone, and delete and destroy all copies of this message. Thank You". *********************************************************************************** From jimdettman at earthlink.net Tue Jun 29 08:36:03 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Tue, 29 Jun 2004 09:36:03 -0400 Subject: [AccessD] Outlook Object Broken In-Reply-To: <014301c45d33$9eff4020$6601a8c0@HAL9002> Message-ID: Rocky, References are a pain. Your choices: 1. Use late binding Pros: Doesn't tie you to a specific object model No reference to break Cons: No intellisense when developing Performance hit of 15-20% at run time Some use an in-between method of developing with the reference, then switch to late binding. 2. Check the references at startup before your code runs. If broken, you can either quit the app or if distributing as a MDB, try to fix the reference and re-compile on the fly. 3. If your only goal is to send e-mail, ditch the client entirely (what if Outlook is not installed?) and talk directly to a SMTP server. Your choices here are: 1. Command line utility such as BLAT 2. Buy a 3rd party mail control 3. Code your own. Out of all the choices, I'd go with 3 and BLAT or for a neater solution, buy a 3rd party mail control. Mabry and Dart are two companies that offer controls that work with Access. HTH, Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Rocky Smolin - Beach Access Software Sent: Monday, June 28, 2004 1:16 PM To: AccessD at databaseadvisors.com Subject: [AccessD] Outlook Object Broken Dear List: I provide an app to a client which uses the Outlook object to send emails. In my version the reference is to the Microsoft Outlook 9.0 Object Library. They recently upgraded to A2003 and their reference is now to the Microsoft Outlook 11.0 Object Library. When my app hits the line of code:Set objOutlook = CreateObject("Outlook.Application") it blows up saying it is unable to create the object. Is there an easy fix or workaround to this problem? MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael.broesdorf at web.de Tue Jun 29 08:44:20 2004 From: michael.broesdorf at web.de (=?iso-8859-1?Q?Michael_Br=F6sdorf?=) Date: Tue, 29 Jun 2004 15:44:20 +0200 Subject: [AccessD] Firebird and MS Access In-Reply-To: <22F1CCD5171D17419CB37FEEE09D5F99030FEBB9@TTNEXCHSRV1.hshhp.com> Message-ID: Dear group, are there any experiences regarding the use of MS Access with Firebird as a backend? Michael From gustav at cactus.dk Tue Jun 29 08:48:36 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 15:48:36 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <7826135500.20040629154836@cactus.dk> Hi Michael > thanks for pointing me to winfinans - I will definitely have a look at it. > My client insist on a german user interface, so this is probably not an > option for her. Of course. I checked with Winfinans and they have a tool for developers for translating labels etc. from the UI from English to another language. You don't need to translate everything in one go; it is quite a comprehensive application. The part that will take some time is the reports. Some do exist in German for a start. /gustav From Jim.Hale at FleetPride.com Tue Jun 29 08:52:10 2004 From: Jim.Hale at FleetPride.com (Hale, Jim) Date: Tue, 29 Jun 2004 08:52:10 -0500 Subject: [AccessD] Outlook Object Broken Message-ID: <6A6AA9DF57E4F046BDA1E273BDDB677217FD25@corp-es01.fleetpride.com> ROTFL If we aren't fully employed how can we continue to pay for the meds? Jim -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Monday, June 28, 2004 4:21 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook Object Broken Doris: I declare the object variables like this: Dim objOutlook As Outlook.Application Dim objOutlookMsg As Outlook.MailItem Dim objOutlookRecip As Outlook.Recipient Dim objOutlookAttach As Outlook.Attachment Then it blows up on the very next line: ' Create the Outlook session. Set objOutlook = CreateObject("Outlook.Application") So I'm not referencing the specific Outlook 9.0 library. Is it possible that they changed the names of the properties or methods or whatever you call them in the Outlook 11 library - like changing .Application to .App or some other humorous trick to keep us fully employed? TIA is ----- Original Message ----- From: "Mike & Doris Manning" To: "'Access Developers discussion and problem solving'" Sent: Monday, June 28, 2004 1:11 PM Subject: RE: [AccessD] Outlook Object Broken > We ran into a similar problem because we have many different operating > systems in our organization. We got around it by not referencing a > particular Outlook object model. > > Doris Manning > Database Administrator > Hargrove Inc. > www.hargroveinc.com > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin - > Beach Access Software > Sent: Monday, June 28, 2004 1:16 PM > To: AccessD at databaseadvisors.com > Subject: [AccessD] Outlook Object Broken > > > Dear List: > > I provide an app to a client which uses the Outlook object to send emails. > In my version the reference is to the Microsoft Outlook 9.0 Object Library. > They recently upgraded to A2003 and their reference is now to the Microsoft > Outlook 11.0 Object Library. > > When my app hits the line of code:Set objOutlook = > CreateObject("Outlook.Application") it blows up saying it is unable to > create the object. > > Is there an easy fix or workaround to this problem? > > MTIA, > > Rocky Smolin > Beach Access Software > http://www.e-z-mrp.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 29 08:53:31 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 29 Jun 2004 08:53:31 -0500 Subject: [AccessD] Check If File Exists In Directory - Cant Think In-Reply-To: <9117084.1088496299100.JavaMail.root@sniper4.usinternet.com> Message-ID: <000801c45de0$76ce8540$de1811d8@danwaters> Paul, You can use File System Objects to do this. You will need to set a reference in code to 'Microsoft Scripting Runtime'. Dim fso As FileSystemObject Set fso = CreateObject("Scripting.FileSystemObject") If fso.FileExists("[Full Path To File]") = True Then '-- take action End If The help file for FSO is Script56.chm, but you may have to download it. Best of Luck, Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of paul.hartland at fsmail.net Sent: Tuesday, June 29, 2004 3:01 AM To: accessd Subject: [AccessD] Check If File Exists In Directory - Cant Think To all, I hate to ask this but I can't for the life of me think of the command to use to check if a file exists within a certain directory. Basically I just need to check if OWP_Template.xls exists in the directory C:\Branston\ Thanks for all your help... Paul Hartland P.S. Feel free to come out with silly comments like you should change career to something like a bin man etc...ha ha -- Whatever you Wanadoo: http://www.wanadoo.co.uk/time/ This email has been checked for most known viruses - find out more at: http://www.wanadoo.co.uk/help/id/7098.htm -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Tue Jun 29 08:54:59 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 29 Jun 2004 09:54:59 -0400 Subject: [AccessD] Check If File Exists In Directory - Cant Think Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA08F@xlivmbx21.aig.com> Or if you want a more robust way to do it (some crazy user just might have made a DIRECTORY with the name of the FILE you are looking for)... Function FileExists(strFile As String) As Boolean ' Comments : Determines if the file exists ' Works for hidden files and folders ' Parameters: strFile - file to check ' Returns : True if the file exists, otherwise false Dim intAttr As Integer Dim errnum As Long On Error Resume Next 'GET THE FILE ATTRIBUTE INSTEAD OF THE LENGTH OF THE FILE NAME intAttr = GetAttr(strFile) FileExists = (Err.Number = 0) On Error GoTo 0 End Function and then there is the complementary function... Function isDirectory(sDir As String) As Boolean On Error Resume Next isDirectory = (GetAttr(sDir) And vbDirectory) <> 0 If Err.Number <> 0 Then isDirectory = False On Error GoTo 0 End Function HTH Lambert > -----Original Message----- > From: paul.hartland at fsmail.net [SMTP:paul.hartland at fsmail.net] > Sent: Tuesday, June 29, 2004 4:20 AM > To: Access Developers discussion and problem solving > Subject: Re: Re: [AccessD] Check If File Exists In Directory - Cant > Think > > Thanks.....I know it's Tuesday but it's as if it's a monday morning > moment... > > > > > > Message date : Jun 29 2004, 09:15 AM > >From : "Gustav Brock" > To : "Access Developers discussion and problem solving" > Copy to : > Subject : Re: [AccessD] Check If File Exists In Directory - Cant Think > Hi paul > > That would be > > If Len(Dir("C:\Branston\OWP_Template.xls", vbNormal)) > 0 then > ... > End If > > /gustav > > > > To all, > > > I hate to ask this but I can't for the life of me think of the command > to use to check if a file exists within a certain directory. Basically I > just need to check if OWP_Template.xls exists in the > > directory C:\Branston\ > > > Thanks for all your help..... > > > Paul Hartland > > > P.S. Feel free to come out with silly comments like you should change > career to something like a bin man etc.....ha ha > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > > Whatever you Wanadoo: > http://www.wanadoo.co.uk/time/ > > This email has been checked for most known viruses - find out more at: > http://www.wanadoo.co.uk/help/id/7098.htm > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From kost36 at otenet.gr Tue Jun 29 08:58:44 2004 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Tue, 29 Jun 2004 16:58:44 +0300 Subject: [AccessD] dbl click on a list box References: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com> Message-ID: <001101c45de1$3834ddb0$0100a8c0@KOST36> Hi all, I am trying to open a form based on a list box criteria with a double click. the list box is linked to a table: SELECT MT_basic_char.AM FROM MT_basic_char; What I want to do is on doulble click to open the main form MT_basic_char based on the line's AM I double click I use the follown but it always just open the first record and not the filter one I have chosen via double click Private Sub list2_DblClick(Cancel As Integer) Dim stDocName As String Dim stLinkCriteria As String stDocName = "MT_basic_char" DoCmd.OpenForm stDocName, , , stLinkCriteria stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM End Sub Is that possible? Thanks kostas From mikedorism at adelphia.net Tue Jun 29 10:01:03 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Tue, 29 Jun 2004 11:01:03 -0400 Subject: [AccessD] dbl click on a list box In-Reply-To: <001101c45de1$3834ddb0$0100a8c0@KOST36> Message-ID: <000001c45de9$e5de97f0$cc0aa845@hargrove.internal> Umm... It would really help if you put the "strLinkCriteria" line before you open the next form instead of after... Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Kostas Konstantinidis Sent: Tuesday, June 29, 2004 9:59 AM To: Access Developers discussion and problem solving Subject: [AccessD] dbl click on a list box Hi all, I am trying to open a form based on a list box criteria with a double click. the list box is linked to a table: SELECT MT_basic_char.AM FROM MT_basic_char; What I want to do is on doulble click to open the main form MT_basic_char based on the line's AM I double click I use the follown but it always just open the first record and not the filter one I have chosen via double click Private Sub list2_DblClick(Cancel As Integer) Dim stDocName As String Dim stLinkCriteria As String stDocName = "MT_basic_char" DoCmd.OpenForm stDocName, , , stLinkCriteria stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM End Sub Is that possible? Thanks kostas -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 29 10:01:32 2004 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 29 Jun 2004 17:01:32 +0200 Subject: [AccessD] dbl click on a list box In-Reply-To: <001101c45de1$3834ddb0$0100a8c0@KOST36> References: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com> <001101c45de1$3834ddb0$0100a8c0@KOST36> Message-ID: <14530510792.20040629170132@cactus.dk> Hi Kostas > I am trying to open a form based on a list box criteria with a double click. > the list box is linked to a table: SELECT MT_basic_char.AM FROM > MT_basic_char; > What I want to do is on doulble click to open the main form MT_basic_char > based on the line's AM I double click > I use the follown but it always just open the first record and not the > filter one I have chosen via double click > Private Sub list2_DblClick(Cancel As Integer) > Dim stDocName As String > Dim stLinkCriteria As String > > stDocName = "MT_basic_char" > DoCmd.OpenForm stDocName, , , stLinkCriteria > stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM > > End Sub I think you have mixed it up a bit ... you must define your criteria, then open the form: stDocName = "MT_basic_char" stLinkCriteria = "[AM] = " & Me!list2.Value & "" - or if AM is a String: stLinkCriteria = "[AM] = '" & Me!list2.Value & "'" DoCmd.OpenForm stDocName, , , stLinkCriteria /gustav From artful at rogers.com Tue Jun 29 10:48:37 2004 From: artful at rogers.com (Arthur Fuller) Date: Tue, 29 Jun 2004 11:48:37 -0400 Subject: [AccessD] Drill-Down in Access In-Reply-To: Message-ID: <036001c45df0$8b1993e0$6601a8c0@rock> Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur From cfoust at infostatsystems.com Tue Jun 29 10:58:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Tue, 29 Jun 2004 08:58:30 -0700 Subject: [AccessD] Drill-Down in Access Message-ID: If you want to use Access, probably a third party grid is your best bet. With a lot of effort and some esoteric SQL, you can use the VB hierarchical flexgrid control, but it won't be directly editable, and it's hard to control. You can make Access use a custom control built in VB.Net, I believe, but I haven't yet tried it. Charlotte Foust -----Original Message----- From: Arthur Fuller [mailto:artful at rogers.com] Sent: Tuesday, June 29, 2004 7:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 29 11:06:45 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 09:06:45 -0700 Subject: [AccessD] Outlook Object Broken References: Message-ID: <40E19395.8030809@shaw.ca> One down side of late binding is that you no longer work with intellisence... There are ways to fix intellisence too with conditional compilation to keep intellisense for debugging.. #Const DebugVersion = 0 #if DebugVersion = 1 then 'early binding Dim wa as Word.Application Set wa = new word.application #else 'late binding Dim wa as Object set wa = createobject ("Word.Application") #endif You'l have to set the flag to 1 (#Const DebugVersion = 1) and then add a reference to MSWord for the debug intellisense to work... vchas wrote: >Dim objOutlook As Object >Set objOutlook = CreateObject("Outlook.Application") >Set objOutlookMsg = objOutlook.CreateItem(0) >With objOutlookMsg > .To = "you at companyname.com" > .Cc = "them at companyname.com" > .Subject = "Hello World (one more time)..." > .Body = "body of message" > .HTMLBody = "HTML version of message" > .Attachments.Add ("c:\FileToSend.txt") > .Send >End With >Set objOutlookMsg = Nothing >Set objOutlook = Nothing > >HTH > >V > > > >>-----Original Message----- >>From: accessd-bounces at databaseadvisors.com >>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>Smolin - Beach Access Software >>Sent: 28 June 2004 22:21 >>To: Access Developers discussion and problem solving >>Subject: Re: [AccessD] Outlook Object Broken >> >> >>Doris: >> >>I declare the object variables like this: >> >> Dim objOutlook As Outlook.Application >> Dim objOutlookMsg As Outlook.MailItem >> Dim objOutlookRecip As Outlook.Recipient >> Dim objOutlookAttach As Outlook.Attachment >> >>Then it blows up on the very next line: >> >> ' Create the Outlook session. >> Set objOutlook = CreateObject("Outlook.Application") >> >>So I'm not referencing the specific Outlook 9.0 library. Is it >>possible that they changed the names of the properties or methods or >>whatever you call them in the Outlook 11 library - like changing >>.Application to .App or some other humorous trick to keep us fully >>employed? >> >>TIA >> >>is >> >>----- Original Message ----- >>From: "Mike & Doris Manning" >>To: "'Access Developers discussion and problem solving'" >> >>Sent: Monday, June 28, 2004 1:11 PM >>Subject: RE: [AccessD] Outlook Object Broken >> >> >> >> >>>We ran into a similar problem because we have many >>> >>> >>different operating >> >> >>>systems in our organization. We got around it by not referencing a >>>particular Outlook object model. >>> >>>Doris Manning >>>Database Administrator >>>Hargrove Inc. >>>www.hargroveinc.com >>> >>> >>>-----Original Message----- >>>From: accessd-bounces at databaseadvisors.com >>>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky >>>Smolin - Beach Access Software >>>Sent: Monday, June 28, 2004 1:16 PM >>>To: AccessD at databaseadvisors.com >>>Subject: [AccessD] Outlook Object Broken >>> >>> >>>Dear List: >>> >>>I provide an app to a client which uses the Outlook object to send >>>emails. In my version the reference is to the Microsoft Outlook 9.0 >>>Object >>> >>> >>Library. >> >> >>>They recently upgraded to A2003 and their reference is now to the >>> >>> >>Microsoft >> >> >>>Outlook 11.0 Object Library. >>> >>>When my app hits the line of code:Set objOutlook = >>>CreateObject("Outlook.Application") it blows up saying it >>> >>> >>is unable >> >> >>>to create the object. >>> >>>Is there an easy fix or workaround to this problem? >>> >>>MTIA, >>> >>>Rocky Smolin >>>Beach Access Software >>>http://www.e-z-mrp.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>>-- >>>_______________________________________________ >>>AccessD mailing list >>>AccessD at databaseadvisors.com >>>http://databaseadvisors.com/mailman/listinfo/accessd >>>Website: http://www.databaseadvisors.com >>> >>> >>> >>-- >>_______________________________________________ >>AccessD mailing list >>AccessD at databaseadvisors.com >>http://databaseadvisors.com/mailman/listinfo/accessd >>Website: http://www.databaseadvisors.com >> >> >> >> > >-- >_______________________________________________ >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com > > > > > -- Marty Connelly Victoria, B.C. Canada From mikedorism at adelphia.net Tue Jun 29 11:27:12 2004 From: mikedorism at adelphia.net (Mike & Doris Manning) Date: Tue, 29 Jun 2004 12:27:12 -0400 Subject: [AccessD] Drill-Down in Access In-Reply-To: <036001c45df0$8b1993e0$6601a8c0@rock> Message-ID: <000001c45df5$ee865c10$cc0aa845@hargrove.internal> I use the Janus GridEX control in .NET and absolutely love it because it is so easy to work with. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 11:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From dwaters at usinternet.com Tue Jun 29 11:32:44 2004 From: dwaters at usinternet.com (Dan Waters) Date: Tue, 29 Jun 2004 11:32:44 -0500 Subject: [AccessD] Drill-Down in Access In-Reply-To: <19904255.1088525424668.JavaMail.root@sniper2.usinternet.com> Message-ID: <000a01c45df6$b531bc10$de1811d8@danwaters> Arthur, If I was trying to do this, I would try to set up a generic form with a sub form set to display continuous records. The main form would display the parent record and the sub form would display the child records. When I wanted to do a drilldown from the sub form, I would, in code, change the recordset/table behind both forms so that the child table record would now be displayed in the main form, and the grandchild records would be displayed in the sub form. Like you said, if there are more than one child tables, the user will need to choose which one to view. This does only give you a two level display, but perhaps a field in the main form could provide a description of the parent record if the child record has the main form and the grandchild records have the sub form. I'd turn .Echo off and then back on to minimize the screen flashing. I think you've got an interesting user display issue here. Let us know what you end up doing! Thanks! Dan Waters -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 10:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From lists at theopg.com Tue Jun 29 12:29:07 2004 From: lists at theopg.com (MarkH) Date: Tue, 29 Jun 2004 18:29:07 +0100 Subject: [AccessD] Cross Posted - Can only create 56 worksheets in Excel from VBA in Access In-Reply-To: Message-ID: <000301c45dfe$97302e10$7a0b6bd5@netboxxp> Hello Using Office XP I have a report produced in MS Access and output to Excel that creates a copies of a template worksheet within the same workbook. When I get to 56 copies it falls over saying "copy method failed" (or something similar). On the same machine I can create hundreds of copies without problem (I stopped at 550 without error) Any one know what could be causing this limitation? Cheers Mark From kost36 at otenet.gr Tue Jun 29 12:31:38 2004 From: kost36 at otenet.gr (Kostas Konstantinidis) Date: Tue, 29 Jun 2004 20:31:38 +0300 Subject: [AccessD] dbl click on a list box References: <5F21A4E8B8DD734992EF9E70AC9D3064128C43@mail2.wrsystems.com><001101c45de1$3834ddb0$0100a8c0@KOST36> <14530510792.20040629170132@cactus.dk> Message-ID: <002b01c45dfe$f1a957e0$0100a8c0@KOST36> Hi Gustav, Your advice is always precious. Doris, thank's u2 Be well both of you _kostas ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 29, 2004 6:01 PM Subject: Re: [AccessD] dbl click on a list box > Hi Kostas > > > I am trying to open a form based on a list box criteria with a double click. > > the list box is linked to a table: SELECT MT_basic_char.AM FROM > > MT_basic_char; > > > What I want to do is on doulble click to open the main form MT_basic_char > > based on the line's AM I double click > > > I use the follown but it always just open the first record and not the > > filter one I have chosen via double click > > > Private Sub list2_DblClick(Cancel As Integer) > > Dim stDocName As String > > Dim stLinkCriteria As String > > > > stDocName = "MT_basic_char" > > DoCmd.OpenForm stDocName, , , stLinkCriteria > > stLinkCriteria = Me!list2 = Forms!mt_basic_char!AM > > > > End Sub > > I think you have mixed it up a bit ... you must define your criteria, > then open the form: > > stDocName = "MT_basic_char" > > stLinkCriteria = "[AM] = " & Me!list2.Value & "" > - or if AM is a String: > stLinkCriteria = "[AM] = '" & Me!list2.Value & "'" > > DoCmd.OpenForm stDocName, , , stLinkCriteria > > /gustav > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > From martyconnelly at shaw.ca Tue Jun 29 12:36:28 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 10:36:28 -0700 Subject: [AccessD] Self-Locating Brewpub Finder For Your Cell Phone References: <40E19395.8030809@shaw.ca> Message-ID: <40E1A89C.2090801@shaw.ca> Just in case you ever wondered how to do this, works for Gas Stations etc. Article has method and partial code. I suppose it will work on laptops too with .net framework, just change SmartPhone Device Terminal type or use phone emulator. Written by Dave Platt , Harvard CS Professor http://www.rollthunder.com/Newsletter/newsletterframe.htm -- Marty Connelly Victoria, B.C. Canada From Oleg_123 at xuppa.com Tue Jun 29 13:20:57 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Tue, 29 Jun 2004 14:20:57 -0400 (EDT) Subject: [AccessD] Select via Recordset In-Reply-To: <000001c45df5$ee865c10$cc0aa845@hargrove.internal> References: <036001c45df0$8b1993e0$6601a8c0@rock> <000001c45df5$ee865c10$cc0aa845@hargrove.internal> Message-ID: <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> there is an error in my select statement how do i make a field name equal to whats in a textbox ? Dim rs As ADODB.Recordset Dim cn As Connection Dim aBOF Dim aField Dim sAppsID Dim sEntID Dim sAttribID sAppsID = txtAppsId sEntID = txtEntID sAttribID = txtAttribID Set cn = CurrentProject.Connection Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE (((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND ((Testing.AttribID)=sAttribID))") aBOF = rs.BOF 'check if string is Empty If aBOF = True Then MsgBox "Record Does not exist" Exit Sub Else aField = rs.Fields(0) MsgBox "Record alredy exists. Group # is " & aField End If ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From Developer at UltraDNT.com Tue Jun 29 14:15:45 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Tue, 29 Jun 2004 15:15:45 -0400 Subject: [AccessD] Drill-Down in Access In-Reply-To: <000001c45df5$ee865c10$cc0aa845@hargrove.internal> Message-ID: <000401c45e0d$7d703d30$6401a8c0@COA3> You could use the MS TreeView, on an unbound form, combined with a just-in-time sub form. When the form loads, open a recordset of the parent table. Loop it one at a time, adding a node for the parent. Before moving to the next record, open a recordset for child1 where parentid = current parent id, add each child node, stopping to pick up the grandchildren for that child. Repeat for Child2, and her children, then move to next parent. (Or, write the whole thing using recursion.) As the node gets added, set the Key property (which must be a string) to "child=" & cstr(childID) or "grandchild=" & grandchild. Use then the click event of the tree view to dynamically change the sub form to one for the parent, child or grand child, bringing up the appropriate record based on the ID. (This is an ActiveX control, part of MScomCtLib and that presents other issues... But I think it serves you here, though the Load may be slow.) Hth Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mike & Doris Manning Sent: Tuesday, June 29, 2004 12:27 PM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Drill-Down in Access I use the Janus GridEX control in .NET and absolutely love it because it is so easy to work with. Doris Manning Database Administrator Hargrove Inc. www.hargroveinc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 11:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, 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 michael.broesdorf at web.de Tue Jun 29 14:14:10 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 21:14:10 +0200 Subject: AW: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: <7826135500.20040629154836@cactus.dk> Message-ID: The main problem would probably be the local tax issues. If it were only the user interface I would personally go for the american version of QuickBooks, but the built-in forms and account structures do not match the german way of doing things. It would be interesting to see how the danish and the german systems differ! (After all we're so close, so it should'nt be _that_ different ;-)) Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Gustav Brock Gesendet: Dienstag, 29. Juni 2004 15:49 An: Access Developers discussion and problem solving Betreff: Re: [AccessD] QuickBooks Project... Anyone game? Hi Michael > thanks for pointing me to winfinans - I will definitely have a look at it. > My client insist on a german user interface, so this is probably not an > option for her. Of course. I checked with Winfinans and they have a tool for developers for translating labels etc. from the UI from English to another language. You don't need to translate everything in one go; it is quite a comprehensive application. The part that will take some time is the reports. Some do exist in German for a start. /gustav -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael.broesdorf at web.de Tue Jun 29 14:14:10 2004 From: michael.broesdorf at web.de (=?US-ASCII?Q?Michael_Brosdorf?=) Date: Tue, 29 Jun 2004 21:14:10 +0200 Subject: AW: [AccessD] Drill-Down in Access In-Reply-To: <036001c45df0$8b1993e0$6601a8c0@rock> Message-ID: Unfortunately, reports in Access do not allow for drill-down. I use the TList control from Bennet Tec. It is pretty easy to use, easy to deploy to client machines and it is printable. Michael -----Ursprungliche Nachricht----- Von: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]Im Auftrag von Arthur Fuller Gesendet: Dienstag, 29. Juni 2004 17:49 An: 'Access Developers discussion and problem solving' Betreff: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Tue Jun 29 14:18:00 2004 From: artful at rogers.com (Arthur Fuller) Date: Tue, 29 Jun 2004 15:18:00 -0400 Subject: [AccessD] Outlook code samples In-Reply-To: <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> Message-ID: <03a701c45e0d$cb38f570$6601a8c0@rock> I just came across this; not strictly Access but common enough that I chose to cross-post it. http://www.slovaktech.com/code_samples.htm Arthur From rl_stewart at highstream.net Tue Jun 29 14:52:34 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Tue, 29 Jun 2004 14:52:34 -0500 Subject: [AccessD] Re: Outlook Object Broken In-Reply-To: <200406291700.i5TH0OQ25170@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040629145207.04817738@pop3.highstream.net> The new medicare prescription cards :-) At 12:00 PM 29/06/2004 -0500, you wrote: >Date: Tue, 29 Jun 2004 08:52:10 -0500 >From: "Hale, Jim" >Subject: RE: [AccessD] Outlook Object Broken >To: "'Access Developers discussion and problem solving'" > >Message-ID: > <6A6AA9DF57E4F046BDA1E273BDDB677217FD25 at corp-es01.fleetpride.com> >Content-Type: text/plain; charset="iso-8859-1" > >some other humorous trick to keep us fully employed?> >ROTFL If we aren't fully employed how can we continue to pay for the meds? > >Jim From bchacc at san.rr.com Tue Jun 29 14:52:47 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Tue, 29 Jun 2004 12:52:47 -0700 Subject: [AccessD] Outlook code samples References: <03a701c45e0d$cb38f570$6601a8c0@rock> Message-ID: <012901c45e12$a75def70$6601a8c0@HAL9002> That's a great link. Bookmarked it. One of the links on that page links to http://www.outlookcode.com/ which also has a bunch of good stuff. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Cc: "Dba-Tech-Bounces" Sent: Tuesday, June 29, 2004 12:18 PM Subject: [AccessD] Outlook code samples > I just came across this; not strictly Access but common enough that I > chose to cross-post it. > > http://www.slovaktech.com/code_samples.htm > > Arthur > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From alan.lawhon at us.army.mil Tue Jun 29 15:12:57 2004 From: alan.lawhon at us.army.mil (Lawhon, Alan C Contractor/Morgan Research) Date: Tue, 29 Jun 2004 15:12:57 -0500 Subject: [AccessD] Noted RDBMS Expert Chris Date Disses SQL and XML Message-ID: <5D5043687CFCE44288407A73E4CC6E17448F5B@redstone819.ad.redstone.army.mil> http://searchoracle.techtarget.com/originalContent/0,289142,sid41_gci962949,00.h tml Alan C. Lawhon From andy at minstersystems.co.uk Tue Jun 29 16:31:02 2004 From: andy at minstersystems.co.uk (Andy Lacey) Date: Tue, 29 Jun 2004 22:31:02 +0100 Subject: [AccessD] Select via Recordset In-Reply-To: <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> Message-ID: <006101c45e20$6113d2b0$b274d0d5@minster33c3r25> Oleg You've got to embed the value from the vars into the SQL of the select statement, so (I've taken out the superfluous parentheses): Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE Testing.AppsID=" & sAppsID & " AND Testing.EntID=" & sEntID & " AND Testing.AttribID=" & sAttribID) So what you give to the Execute statement is a string which contains the values in your variables. This presupposes that all three id's are numeric. HTH -- Andy Lacey http://www.minstersystems.co.uk > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Oleg_123 at xuppa.com > Sent: 29 June 2004 19:21 > To: accessd at databaseadvisors.com > Subject: [AccessD] Select via Recordset > > > there is an error in my select statement how do i make a > field name equal to whats in a textbox ? > > > Dim rs As ADODB.Recordset > Dim cn As Connection > Dim aBOF > Dim aField > Dim sAppsID > Dim sEntID > Dim sAttribID > > sAppsID = txtAppsId > sEntID = txtEntID > sAttribID = txtAttribID > > Set cn = CurrentProject.Connection > > Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM > Testing WHERE > (((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND > ((Testing.AttribID)=sAttribID))") > aBOF = rs.BOF 'check if string is Empty > If aBOF = True Then > MsgBox "Record Does not exist" > Exit Sub > Else > aField = rs.Fields(0) > MsgBox "Record alredy exists. Group # is " & aField > > End If > > > ----------------------------------------- > Make Money and Find Love at Finally.com > http://www.finally.com/?link=webmail > > > -- > > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/a> ccessd > Website: > http://www.databaseadvisors.com > > From Lambert.Heenan at AIG.com Tue Jun 29 16:32:50 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Tue, 29 Jun 2004 17:32:50 -0400 Subject: [AccessD] Select via Recordset Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA09D@xlivmbx21.aig.com> I'm guessing that as you are using an "s" prefix that the fields in your criteria is/are string types. In which case you need to change the select statement like this... Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE (((Testing.AppsID)='" & sAppsID & "'") AND ((Testing.EntID)='" & sEntID & "'" ) AND ((Testing.AttribID)='" & sAttribID & "'"))") But this IS A GUESS. We really need to know the data types of your fields to be sure what's going on. But then again your problem may stem from the fact that you have not declared the types of most of your variables. As a result they are all Variants. Also this code is not needed... sAppsID = txtAppsId sEntID = txtEntID sAttribID = txtAttribID as you can use the name of the text controls directly. So you don't need the sAppsID, sEntID and sAttribID variables at all. You should be able to write... Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE (((Testing.AppsID)='" & txtAppsId & "'") AND ((Testing.EntID)='" & txtEntID & "'" ) AND ((Testing.AttribID)='" & txtAttribID & "'"))") And this line... aField = rs.Fields(0) should be changed to aField = rs!AttribXrefGrpNumber to make it more readable and less dependant on the ordinal number of the recordset's fields. Give us some more details. Lambert > -----Original Message----- > From: Oleg_123 at xuppa.com [SMTP:Oleg_123 at xuppa.com] > Sent: Tuesday, June 29, 2004 2:21 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] Select via Recordset > > there is an error in my select statement how do i make a field name equal > to whats in a textbox ? > > > Dim rs As ADODB.Recordset > Dim cn As Connection > Dim aBOF > Dim aField > Dim sAppsID > Dim sEntID > Dim sAttribID > > sAppsID = txtAppsId > sEntID = txtEntID > sAttribID = txtAttribID > > Set cn = CurrentProject.Connection > > Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE > (((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND > ((Testing.AttribID)=sAttribID))") > aBOF = rs.BOF 'check if string is Empty > If aBOF = True Then > MsgBox "Record Does not exist" > Exit Sub > Else > aField = rs.Fields(0) > MsgBox "Record alredy exists. Group # is " & aField > > End If > > > ----------------------------------------- > Make Money and Find Love at Finally.com > http://www.finally.com/?link=webmail > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Tue Jun 29 16:57:47 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 14:57:47 -0700 Subject: [AccessD] Select via Recordset References: <036001c45df0$8b1993e0$6601a8c0@rock> <000001c45df5$ee865c10$cc0aa845@hargrove.internal> <65019.68.161.26.217.1088533257.squirrel@heck.xuppa.com> Message-ID: <40E1E5DB.9000505@shaw.ca> Try these changes Option Explicit Private Sub Command0_Click() Dim rs As ADODB.Recordset Dim cn As ADODB.Connection 'need full definition Dim aField As String Dim sAppsID As String Dim sEntID As String Dim sAttribID As String Dim strSQL As String sAppsID = txtAppsId.Value 'or Me.txtAppsId.value sEntID = txtEntID.Value sAttribID = txtAttribID.Value strSQL = "SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE " & _ "(((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND " & _ "((Testing.AttribID)=sAttribID))" 'display SQL string here Debug.Print strSQL Set cn = CurrentProject.Connection Set rs = cn.Execute(strSQL) If rs.BOF And rs.EOF Then 'check if recordset is Empty MsgBox "Record Does not exist" Debug.Print rs.RecordCount Exit Sub Else aField = rs.Fields(0) MsgBox "Record alredy exists. Group # is " & aField End If End Sub Oleg_123 at xuppa.com wrote: >there is an error in my select statement how do i make a field name equal >to whats in a textbox ? > > >Dim rs As ADODB.Recordset >Dim cn As Connection >Dim aBOF >Dim aField >Dim sAppsID >Dim sEntID >Dim sAttribID > >sAppsID = txtAppsId >sEntID = txtEntID >sAttribID = txtAttribID > >Set cn = CurrentProject.Connection > >Set rs = cn.Execute("SELECT Testing.AttribXrefGrpNumber FROM Testing WHERE >(((Testing.AppsID)=sAppsID) AND ((Testing.EntID)=sEntID ) AND >((Testing.AttribID)=sAttribID))") >aBOF = rs.BOF 'check if string is Empty >If aBOF = True Then >MsgBox "Record Does not exist" >Exit Sub >Else >aField = rs.Fields(0) >MsgBox "Record alredy exists. Group # is " & aField > >End If > > >----------------------------------------- >Make Money and Find Love at Finally.com >http://www.finally.com/?link=webmail > > > > -- Marty Connelly Victoria, B.C. Canada From martyconnelly at shaw.ca Tue Jun 29 17:20:14 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Tue, 29 Jun 2004 15:20:14 -0700 Subject: [AccessD] Noted RDBMS Expert Chris Date Disses SQL and XML References: <5D5043687CFCE44288407A73E4CC6E17448F5B@redstone819.ad.redstone.army.mil> Message-ID: <40E1EB1E.3020905@shaw.ca> Date has being doing that since Codd kicked him out of class. Lawhon, Alan C Contractor/Morgan Research wrote: > >http://searchoracle.techtarget.com/originalContent/0,289142,sid41_gci962949,00.h >tml > > >Alan C. Lawhon > > > > > -- Marty Connelly Victoria, B.C. Canada From jwcolby at colbyconsulting.com Tue Jun 29 19:56:50 2004 From: jwcolby at colbyconsulting.com (jwcolby) Date: Tue, 29 Jun 2004 20:56:50 -0400 Subject: [AccessD] DRAM Glitch Message-ID: <009f01c45e3d$20c45410$0501a8c0@colbyws> Just found this in an ExtremeTech newsletter I get. The DRAM problem mentioned by someone is apparently only known to affect INTEL chipsets. http://www.extremetech.com/article2/0,1558,1617438,00.asp Those of us AMD folks may not have any problem. That would be nice! John W. Colby www.ColbyConsulting.com From Oleg_123 at xuppa.com Tue Jun 29 20:17:19 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Tue, 29 Jun 2004 21:17:19 -0400 (EDT) Subject: [AccessD] text box array In-Reply-To: <009f01c45e3d$20c45410$0501a8c0@colbyws> References: <009f01c45e3d$20c45410$0501a8c0@colbyws> Message-ID: <2009.24.187.38.171.1088558239.squirrel@heck.xuppa.com> Hey I have to create text box array, and i don't qite remember how to go about it right now i am just trying to create textbox via code, and can't find anthing on it... Private Sub Command6_Click() Dim x As Control Dim y As TextBox Set y = New TextBox y.Width = 1 y.Height = 0.5 y.Left = 1 y.Top = 0.6 y.Visible = True End Sub ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From jwcolby at colbyconsulting.com Tue Jun 29 21:38:11 2004 From: jwcolby at colbyconsulting.com (John W. Colby) Date: Tue, 29 Jun 2004 22:38:11 -0400 Subject: [AccessD] Good windows maintenance site Message-ID: <000001c45e4b$49da2dd0$0701a8c0@jcolbyemachine> Just ran across this. http://www.fixyourwindows.com/windowsxpsolutions.htm John W. Colby www.ColbyConsulting.com From accessd at shaw.ca Tue Jun 29 22:37:59 2004 From: accessd at shaw.ca (Jim Lawrence (AccessD)) Date: Tue, 29 Jun 2004 20:37:59 -0700 Subject: [AccessD] Drill-Down in Access In-Reply-To: <036001c45df0$8b1993e0$6601a8c0@rock> Message-ID: Hi Arthur: You can use the shape commands from ADO, with a flex grid, on to your form. I have only done it in VB but can see no reason the dll can not be attached/referenced. But your requirements may be more extensive... HTH Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Arthur Fuller Sent: Tuesday, June 29, 2004 8:49 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] Drill-Down in Access Is there a way to provide true drill-down in Access? By that I mean something like shape you get when you create a simple two-table app with a parent and a child, declare the relationship and then open the parent table. You get the automatic (and beautiful, I might add) "outline" presentation -- expand a parent and you can view all its children. This works beautifully, and gives me almost exactly what I want. I can add a third table, GrandChild, related to Child, and automatically get a two-level drilldown. If I add a second Child table and double-click the parent, Access asks me which of the two children to add to the display. What I figured out so far is this: Select Child1, then AutoForm it. (GrandChild1 is automatically included in the drill-down view.) AutoForm it and you get a pretty display. Save the form as Parent1_frm. Close the form and the table, then repeat, this time selecting Child2. (Grandchild2 is automatically included.) Autoform it and you get a pretty display. Save the form as Parent2_frm. Pretty as it is, the main problem I have with this is that I'm allowing direct table entry in the child and grandchild, and thus lose all the cool event handlers. If I substitute a form for the Child table, I immediately lose the drill-down effect -- which in the current app is CRITICAL. Q1: is there another way to get drill-down in Access, while also retaining the events? Q2: I note that there are (according to ads, at least) various grids etc. available for .NET that seem to provide both drill-down and events/validation. Maybe Access is the wrong FE for this kind of app? Note: what I really need to be able to do is prevent updates into a couple of columns while permitting updates in a couple of other columns. Binding a table gives me drill-down but no control. Binding a form, I lose the drill-down. Any suggestions/solutions? TIA, Arthur -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Jun 30 02:04:03 2004 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 30 Jun 2004 09:04:03 +0200 Subject: [AccessD] QuickBooks Project... Anyone game? In-Reply-To: References: Message-ID: <1613421339.20040630090403@cactus.dk> Hi Michael > The main problem would probably be the local tax issues. If it were only the > user interface I would personally go for the american version of QuickBooks, > but the built-in forms and account structures do not match the german way of > doing things. It would be interesting to see how the danish and the german > systems differ! > (After all we're so close, so it should'nt be _that_ different ;-)) The account structure is completely free. Our VAT system here is, I believe, a quite common Value Added Tax: a linear percentage sales tax from which you, as a business, deduct the tax of your purchase. /gustav >> thanks for pointing me to winfinans - I will definitely have a look at it. >> My client insist on a german user interface, so this is probably not an >> option for her. > Of course. I checked with Winfinans and they have a tool for > developers for translating labels etc. from the UI from English to > another language. You don't need to translate everything in one go; it > is quite a comprehensive application. > The part that will take some time is the reports. Some do exist in > German for a start. From Paul.Rogers at SummitMedia.co.uk Wed Jun 30 02:42:13 2004 From: Paul.Rogers at SummitMedia.co.uk (Paul Rodgers) Date: Wed, 30 Jun 2004 08:42:13 +0100 Subject: [AccessD] Outlook code samples Message-ID: Thank you, Arthur and Rocky Good to have both links, many thanks. Outlook seems the forgotten child of Uncle Bill G. It's a huge program yet seldom seems worth its monopoly of the machine. Cheers paul -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Tuesday, June 29, 2004 8:53 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Outlook code samples That's a great link. Bookmarked it. One of the links on that page links to http://www.outlookcode.com/ which also has a bunch of good stuff. Rocky Smolin Beach Access Software http://www.e-z-mrp.com ----- Original Message ----- From: "Arthur Fuller" To: "'Access Developers discussion and problem solving'" Cc: "Dba-Tech-Bounces" Sent: Tuesday, June 29, 2004 12:18 PM Subject: [AccessD] Outlook code samples > I just came across this; not strictly Access but common enough that I > chose to cross-post it. > > http://www.slovaktech.com/code_samples.htm > > 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 bellsouth.net Wed Jun 30 07:10:41 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 30 Jun 2004 08:10:41 -0400 Subject: [AccessD] design/development question on representing mtm relationships Message-ID: <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net@SUSANONE> During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. From jimdettman at earthlink.net Wed Jun 30 07:50:51 2004 From: jimdettman at earthlink.net (Jim Dettman) Date: Wed, 30 Jun 2004 08:50:51 -0400 Subject: [AccessD] design/development question on representing mtmrelationships In-Reply-To: <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net@SUSANONE> Message-ID: Susan, I usually do a main/subform for each side. Within the subform, I use a combo to lookup values for the other side. Over the years, I really haven't seen any good clean interfaces for M-M relationships. Jim Dettman (315) 699-3443 jimdettman at earthlink.net -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Susan Harkins Sent: Wednesday, June 30, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] design/development question on representing mtmrelationships During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From artful at rogers.com Wed Jun 30 09:53:04 2004 From: artful at rogers.com (Arthur Fuller) Date: Wed, 30 Jun 2004 10:53:04 -0400 Subject: [AccessD] design/development question on representing mtmrelationships In-Reply-To: <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net@SUSANONE> Message-ID: <04d801c45eb1$f2e65460$6601a8c0@rock> An M:M relationship implies a pair of foreign keys, one of them typically hidden. Suppose we have, for example: Developers -- a table of Developers Skills -- a table of skills (Access, .NET, SQL Server, etc.) DeveloperSkills -- a table containing a minimum of DeveloperID and SkillID, and optionally other fields such as SkillLevel, YearsExperience, etc. This third table can be viewed from either direction, and depending upon the direction, one or the other foreign key will probably be hidden. I.e., you're looking at Developers_frm which contains a subform representing DeveloperSkills. DeveloperID will be hidden, so all you're worried about is the Skills part. Present it in a combo, with a NotInList event that opens a form to add new skills if you want. Alternatively, you're looking at Skills_frm, which contains a subform listing the Developers possessing said skill, and which hides the skill column (since it's inherited, as it were, from the parent). Present the Developers in a combo (with a NotInList if you need one). That's how I do it, anyway. HTH, Arthur -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Wednesday, June 30, 2004 8:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] design/development question on representing mtmrelationships During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Oleg_123 at xuppa.com Wed Jun 30 10:27:23 2004 From: Oleg_123 at xuppa.com (Oleg_123 at xuppa.com) Date: Wed, 30 Jun 2004 11:27:23 -0400 (EDT) Subject: [AccessD] Combo box question In-Reply-To: References: Message-ID: <61917.68.161.26.217.1088609243.squirrel@heck.xuppa.com> I have a form with a subform on it. Is it possible to have a combo box that would limit subform to its selection ? the combo box now shows only distinct records that are in a column - getting them straight grom the query the subform is based on. (1,2,4) I need to specify which column of the subform should equal that selection i am trying Private Sub cmbFrm1_AfterUpdate() Me.FormQuery1.SourceObject = "'Select * From FormQuery Where AppsID =' & cmbFrm1.text & '"' End Sub Query name - FormQuery Subform Name - FormQuery1 Column name that should equal selection - AppsID ----------------------------------------- Make Money and Find Love at Finally.com http://www.finally.com/?link=webmail From cfoust at infostatsystems.com Wed Jun 30 10:29:30 2004 From: cfoust at infostatsystems.com (Charlotte Foust) Date: Wed, 30 Jun 2004 08:29:30 -0700 Subject: [AccessD] design/development question on representing mtmrelationships Message-ID: Susan, What do you mean by the "one" side? In a many to many relationship, there are TWO "one" sides. Logically, you can't enter a "many" side without having a "one" side to link it to, can you? Charlotte Foust -----Original Message----- From: Susan Harkins [mailto:ssharkins at bellsouth.net] Sent: Wednesday, June 30, 2004 4:11 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] design/development question on representing mtmrelationships During a training session yesterday I had someone ask me what the easiest and best way to represent a many-to-many relationship for data entry. I admit, I was a little stumped and replied that the form/subform was probably still the standard solution but he's got me wondering -- how does everyone else handle it? I can't see any reason to really defer from the form/subform, but now I'm curious what creative solutions others might use. The other question I have -- and this one's my own -- I know there are a few easy ways to handle new primary key values when entering the many side of the relationship first -- pop up forms probably being the most common and even combo box controls that allow new values -- what do you guys do? Do any of you force the users to enter the one side first, which often seems a bit unnatural to the data entry operator? These aren't really technical questions, so much as they are just design/solution type questions. I'm interested in hearing what other people do. Susan H. -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bheid at appdevgrp.com Wed Jun 30 10:40:09 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Wed, 30 Jun 2004 11:40:09 -0400 Subject: [AccessD] Combo box question In-Reply-To: <916187228923D311A6FE00A0CC3FAA308E385A@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB651@ADGSERVER> Hi all, I have a query that is run during a conversion of a database that appears to be hanging on this one particular database. Here's the query: UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].[Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0; This query is placed into a string and executed with: db.execute strSQL,dbfailonerror There are ~192,000 payroll records and ~3500 contract records. If I copy the SQL into the query designer and run it, it only takes about 5 seconds or so to execute. I have let the version in the code run for over 1/2 hour and have to end up killing access. Anyone have any ideas as to what may be happening? I am running AXP sp2. The tables are linked. This code has ran fine on over 100 other conversions. Thanks, Bobby From bheid at appdevgrp.com Wed Jun 30 10:41:27 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Wed, 30 Jun 2004 11:41:27 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combo box question In-Reply-To: <916187228923D311A6FE00A0CC3FAA305BB651@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB652@ADGSERVER> Sorry about that. I forgot to change the subject. Bobby -----Original Message----- From: Bobby Heid [mailto:bheid at appdevgrp.com] Sent: Wednesday, June 30, 2004 11:40 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Combo box question Hi all, I have a query that is run during a conversion of a database that appears to be hanging on this one particular database. Here's the query: UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].[Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0; This query is placed into a string and executed with: db.execute strSQL,dbfailonerror There are ~192,000 payroll records and ~3500 contract records. If I copy the SQL into the query designer and run it, it only takes about 5 seconds or so to execute. I have let the version in the code run for over 1/2 hour and have to end up killing access. Anyone have any ideas as to what may be happening? I am running AXP sp2. The tables are linked. This code has ran fine on over 100 other conversions. Thanks, Bobby From ssharkins at bellsouth.net Wed Jun 30 10:49:13 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 30 Jun 2004 11:49:13 -0400 Subject: [AccessD] design/development question on representingmtmrelationships In-Reply-To: <04d801c45eb1$f2e65460$6601a8c0@rock> Message-ID: <20040630154910.CGXZ1775.imf19aec.mail.bellsouth.net@SUSANONE> Yes, me too -- I was just wondering what creative things others might be doing. My concern isn't the relationships, because that's standard. I'm just curious how developers present that information for entry, editing, etc. -- to be as user friendly as possible. And, it becomes more complicated when you have more than one many-to-many to accommodate. For instance, what if you're also tracking projects -- many developers may be working on many projects at the same time -- and you're pairing up those developers by skillset... Susan H. An M:M relationship implies a pair of foreign keys, one of them typically hidden. Suppose we have, for example: Developers -- a table of Developers Skills -- a table of skills (Access, .NET, SQL Server, etc.) DeveloperSkills -- a table containing a minimum of DeveloperID and SkillID, and optionally other fields such as SkillLevel, YearsExperience, etc. From rl_stewart at highstream.net Wed Jun 30 13:27:36 2004 From: rl_stewart at highstream.net (Robert L. Stewart) Date: Wed, 30 Jun 2004 13:27:36 -0500 Subject: [AccessD] Re: design/development question on representing mtm relationships In-Reply-To: <200406301701.i5UH12Q25661@databaseadvisors.com> Message-ID: <5.1.0.14.2.20040630131140.017cb8e0@pop3.highstream.net> Susan, If you are going to maintain the relationship, you ALWAYS enter the one side before the many side. I do not understand what you mean by unnatural when you said that entering the one before the many felt unnatural. Can I have line items for an order without the order itself? Can I have a home address for a person before I have the person? And many-to-many is different from the one-to-many that you described. Many-to-many requires what is sometimes referred to as a resolver table. The following is an example: tblParty tblPartyPhone tblPhone tblPhoneType PartyID PartyPhoneID PhoneID PhoneTypeID FirstName PartyID CountryCode PhoneTypeDesc MiddleName PhoneID AreaCityCode LastName PhoneTypeID Exchange PhoneNumber The table tblPartyPhone resolves the many-to-many between party and phone. And, it allows the phone to play a different role between different people by including the phone type. And, I would use form/subform for all data entry and never allow a record to be added to tblPartyPhone without a phone number, a party, and a type of phone. Which by the way, is the business key (i.e. unique index) for the resolver table. Robert At 12:01 PM 30/06/2004 -0500, you wrote: >Date: Wed, 30 Jun 2004 08:10:41 -0400 >From: "Susan Harkins" >Subject: [AccessD] design/development question on representing mtm > relationships >To: "'Access Developers discussion and problem solving'" > >Message-ID: > <20040630121038.UJWL1779.imf22aec.mail.bellsouth.net at SUSANONE> >Content-Type: text/plain; charset="us-ascii" > >During a training session yesterday I had someone ask me what the easiest >and best way to represent a many-to-many relationship for data entry. I >admit, I was a little stumped and replied that the form/subform was probably >still the standard solution but he's got me wondering -- how does everyone >else handle it? I can't see any reason to really defer from the >form/subform, but now I'm curious what creative solutions others might use. > >The other question I have -- and this one's my own -- I know there are a few >easy ways to handle new primary key values when entering the many side of >the relationship first -- pop up forms probably being the most common and >even combo box controls that allow new values -- what do you guys do? Do any >of you force the users to enter the one side first, which often seems a bit >unnatural to the data entry operator? > >These aren't really technical questions, so much as they are just >design/solution type questions. I'm interested in hearing what other people >do. > >Susan H. From bchacc at san.rr.com Wed Jun 30 13:51:48 2004 From: bchacc at san.rr.com (Rocky Smolin - Beach Access Software) Date: Wed, 30 Jun 2004 11:51:48 -0700 Subject: [AccessD] A2K vs AXP on record deletes Message-ID: <00fd01c45ed3$4cd626f0$6601a8c0@HAL9002> Dear List: Is there an incompatibility between A2K and AXP on record deletes? I developed my app in A2K and the following line of code: DoCmd.RunCommand acCmdDeleteRecord works at the client's site on A2K machines, but blows on AXP machines with an error "3709: The search key was not found in any record" MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com From Mark.Mitsules at ngc.com Wed Jun 30 14:27:03 2004 From: Mark.Mitsules at ngc.com (Mitsules, Mark S. (Newport News)) Date: Wed, 30 Jun 2004 15:27:03 -0400 Subject: [AccessD] A2K vs AXP on record deletes Message-ID: Rocky, You might check to see if this info pertains to your situation: http://www.kbalertz.com/Feedback_302525.aspx Mark -----Original Message----- From: Rocky Smolin - Beach Access Software [mailto:bchacc at san.rr.com] Sent: Wednesday, June 30, 2004 2:52 PM To: AccessD at databaseadvisors.com Subject: [AccessD] A2K vs AXP on record deletes Dear List: Is there an incompatibility between A2K and AXP on record deletes? I developed my app in A2K and the following line of code: DoCmd.RunCommand acCmdDeleteRecord works at the client's site on A2K machines, but blows on AXP machines with an error "3709: The search key was not found in any record" MTIA, Rocky Smolin Beach Access Software http://www.e-z-mrp.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bheid at appdevgrp.com Wed Jun 30 14:30:53 2004 From: bheid at appdevgrp.com (Bobby Heid) Date: Wed, 30 Jun 2004 15:30:53 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question UPDATE In-Reply-To: <916187228923D311A6FE00A0CC3FAA308E3868@ADGSERVER> Message-ID: <916187228923D311A6FE00A0CC3FAA305BB654@ADGSERVER> I let it run during lunch and it finally did get through the query. It updated about 48000 records. I still do not know why it is taking so long. I even took off almost all of the indexes of the payroll table and it still took a very long time. Any ideas? Thanks, Bobby -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid Sent: Wednesday, June 30, 2004 11:41 AM To: 'Access Developers discussion and problem solving' Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question Sorry about that. I forgot to change the subject. Bobby -----Original Message----- From: Bobby Heid [mailto:bheid at appdevgrp.com] Sent: Wednesday, June 30, 2004 11:40 AM To: 'Access Developers discussion and problem solving' Subject: RE: [AccessD] Combo box question Hi all, I have a query that is run during a conversion of a database that appears to be hanging on this one particular database. Here's the query: UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].[Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0; This query is placed into a string and executed with: db.execute strSQL,dbfailonerror There are ~192,000 payroll records and ~3500 contract records. If I copy the SQL into the query designer and run it, it only takes about 5 seconds or so to execute. I have let the version in the code run for over 1/2 hour and have to end up killing access. Anyone have any ideas as to what may be happening? I am running AXP sp2. The tables are linked. This code has ran fine on over 100 other conversions. Thanks, Bobby -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Lambert.Heenan at AIG.com Wed Jun 30 15:43:53 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 30 Jun 2004 16:43:53 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question UPDATE Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA0C1@xlivmbx21.aig.com> My 2 cents worth. 1/ Removing the indexes is a sure fire way to slow things down. 2/ If this is running on a JET database then executing the SQL string directly does not give the JET engine a chance to optimize the query. Better to plug the SQL into a querydef and the run the query, as you discovered. How to do that in code?... Dim Qd as QueryDef Dim sSQL as String sSQL = "UPDATE Contract INNER JOIN [Payroll Line Items] ON Contract.[Contract ID] = [Payroll Line Items].Contract ID] SET [Payroll Line Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' AND Contract.EnforceWCID<>0;" Set Qd = CurrentDb.QueryDefs("MyTempQuery") Qd.SQL = sSQL Set Qd = Nothing Docmd.OpenQuery "MyTempQuery" 3/ How many records were involved with the other databases? Lambert > -----Original Message----- > From: Bobby Heid [SMTP:bheid at appdevgrp.com] > Sent: Wednesday, June 30, 2004 3:31 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: Updated subject: Query failing to execute WAS: RE: > [AccessD] Combobox question UPDATE > > I let it run during lunch and it finally did get through the query. It > updated about 48000 records. > > I still do not know why it is taking so long. I even took off almost all > of > the indexes of the payroll table and it still took a very long time. > > Any ideas? > > Thanks, > Bobby > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid > Sent: Wednesday, June 30, 2004 11:41 AM > To: 'Access Developers discussion and problem solving' > Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] > Combobox question > > > Sorry about that. I forgot to change the subject. > > Bobby > > > -----Original Message----- > From: Bobby Heid [mailto:bheid at appdevgrp.com] > Sent: Wednesday, June 30, 2004 11:40 AM > To: 'Access Developers discussion and problem solving' > Subject: RE: [AccessD] Combo box question > > > Hi all, > > I have a query that is run during a conversion of a database that appears > to > be hanging on this one particular database. > > Here's the query: > UPDATE Contract > INNER JOIN [Payroll Line Items] > ON Contract.[Contract ID] = [Payroll Line Items].[Contract > ID] > SET [Payroll Line Items].PolicyID = [EnforceWCID] > WHERE [Payroll Line Items].CostType='WC' > AND Contract.EnforceWCID<>0; > > This query is placed into a string and executed with: db.execute > strSQL,dbfailonerror > > There are ~192,000 payroll records and ~3500 contract records. > > If I copy the SQL into the query designer and run it, it only takes about > 5 > seconds or so to execute. I have let the version in the code run for over > 1/2 hour and have to end up killing access. > > Anyone have any ideas as to what may be happening? I am running AXP sp2. > The tables are linked. This code has ran fine on over 100 other > conversions. > > Thanks, > Bobby > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > 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 Wed Jun 30 15:57:06 2004 From: Lambert.Heenan at AIG.com (Heenan, Lambert) Date: Wed, 30 Jun 2004 16:57:06 -0400 Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] Combobox question UPDATE Message-ID: <1D7828CDB8350747AFE9D69E0E90DA1F1CA0C3@xlivmbx21.aig.com> Plus, I neglected to mention that "MyTempQuery" is the name of an already existing query in the database. Lambert > -----Original Message----- > From: Heenan, Lambert [SMTP:Lambert.Heenan at aig.com] > Sent: Wednesday, June 30, 2004 4:44 PM > To: 'Access Developers discussion and problem solving' > Subject: RE: Updated subject: Query failing to execute WAS: RE: > [AccessD] Combobox question UPDATE > > My 2 cents worth. > > 1/ Removing the indexes is a sure fire way to slow things down. > 2/ If this is running on a JET database then executing the SQL string > directly does not give the JET engine a chance to optimize the query. > Better > to plug the SQL into a querydef and the run the query, as you discovered. > How to do that in code?... > > Dim Qd as QueryDef > Dim sSQL as String > > sSQL = "UPDATE Contract INNER JOIN [Payroll Line Items] ON > Contract.[Contract ID] = [Payroll Line Items].Contract ID] SET [Payroll > Line > Items].PolicyID = [EnforceWCID] WHERE [Payroll Line Items].CostType='WC' > AND > Contract.EnforceWCID<>0;" > > Set Qd = CurrentDb.QueryDefs("MyTempQuery") > Qd.SQL = sSQL > Set Qd = Nothing > Docmd.OpenQuery "MyTempQuery" > > 3/ How many records were involved with the other databases? > > Lambert > > > -----Original Message----- > > From: Bobby Heid [SMTP:bheid at appdevgrp.com] > > Sent: Wednesday, June 30, 2004 3:31 PM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: Updated subject: Query failing to execute WAS: RE: > > [AccessD] Combobox question UPDATE > > > > I let it run during lunch and it finally did get through the query. It > > updated about 48000 records. > > > > I still do not know why it is taking so long. I even took off almost > all > > of > > the indexes of the payroll table and it still took a very long time. > > > > Any ideas? > > > > Thanks, > > Bobby > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bobby Heid > > Sent: Wednesday, June 30, 2004 11:41 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Updated subject: Query failing to execute WAS: RE: [AccessD] > > Combobox question > > > > > > Sorry about that. I forgot to change the subject. > > > > Bobby > > > > > > -----Original Message----- > > From: Bobby Heid [mailto:bheid at appdevgrp.com] > > Sent: Wednesday, June 30, 2004 11:40 AM > > To: 'Access Developers discussion and problem solving' > > Subject: RE: [AccessD] Combo box question > > > > > > Hi all, > > > > I have a query that is run during a conversion of a database that > appears > > to > > be hanging on this one particular database. > > > > Here's the query: > > UPDATE Contract > > INNER JOIN [Payroll Line Items] > > ON Contract.[Contract ID] = [Payroll Line Items].[Contract > > ID] > > SET [Payroll Line Items].PolicyID = [EnforceWCID] > > WHERE [Payroll Line Items].CostType='WC' > > AND Contract.EnforceWCID<>0; > > > > This query is placed into a string and executed with: db.execute > > strSQL,dbfailonerror > > > > There are ~192,000 payroll records and ~3500 contract records. > > > > If I copy the SQL into the query designer and run it, it only takes > about > > 5 > > seconds or so to execute. I have let the version in the code run for > over > > 1/2 hour and have to end up killing access. > > > > Anyone have any ideas as to what may be happening? I am running AXP > sp2. > > The tables are linked. This code has ran fine on over 100 other > > conversions. > > > > Thanks, > > Bobby > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 17:30:12 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 08:30:12 +1000 Subject: [AccessD] SQL ANDs Message-ID: <002b01c45ef1$cf262790$0100000a@mitmaster> Hi Folks I have a report query that has a WHERE followered by one or a number of ANDs. The components of the ANDs reference text boxes on a form each of which may or may not be populated. How can I get it to negate one or a number of the ANDs if the target box is Null? At the moment if any one of the AND components is Null no records are returned. I've played around with IIF to test each box first but no luck so far.... Thanks Martin From ssharkins at bellsouth.net Wed Jun 30 18:17:19 2004 From: ssharkins at bellsouth.net (Susan Harkins) Date: Wed, 30 Jun 2004 19:17:19 -0400 Subject: [AccessD] SQL ANDs In-Reply-To: <002b01c45ef1$cf262790$0100000a@mitmaster> Message-ID: <20040630231714.QHJF1705.imf16aec.mail.bellsouth.net@SUSANONE> Do you mean, you want to return a value other than Null or you want to exclude that particular And component from the SQL string entirely? Susan H. Hi Folks I have a report query that has a WHERE followered by one or a number of ANDs. The components of the ANDs reference text boxes on a form each of which may or may not be populated. How can I get it to negate one or a number of the ANDs if the target box is Null? At the moment if any one of the AND components is Null no records are returned. I've played around with IIF to test each box first but no luck so far.... Thanks From mcaro at bigpond.net.au Wed Jun 30 19:42:43 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 10:42:43 +1000 Subject: [AccessD] SQL ANDs References: <20040630231714.QHJF1705.imf16aec.mail.bellsouth.net@SUSANONE> Message-ID: <004901c45f04$521014b0$0100000a@mitmaster> Exclude that particular And component from the SQL entirely Martin ----- Original Message ----- From: "Susan Harkins" To: "'Access Developers discussion and problem solving'" Sent: Thursday, July 01, 2004 9:17 AM Subject: RE: [AccessD] SQL ANDs > Do you mean, you want to return a value other than Null or you want to > exclude that particular And component from the SQL string entirely? > > Susan H. > > Hi Folks > > I have a report query that has a WHERE followered by one or a number of > ANDs. The components of the ANDs reference text boxes on a form each of > which may or may not be populated. How can I get it to negate one or a > number of the ANDs if the target box is Null? At the moment if any one of > the AND components is Null no records are returned. I've played around with > IIF to test each box first but no luck so far.... > > Thanks > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From martyconnelly at shaw.ca Wed Jun 30 19:47:30 2004 From: martyconnelly at shaw.ca (MartyConnelly) Date: Wed, 30 Jun 2004 17:47:30 -0700 Subject: [AccessD] MSDE is now SQL Server Express Edition References: <20040630231714.QHJF1705.imf16aec.mail.bellsouth.net@SUSANONE> Message-ID: <40E35F22.5010401@shaw.ca> http://www.itworldcanada.com/Pages/Docbase/ViewArticle.aspx?ID=idgml-d69d0519-f389-41c0-a316-a8b92ed93714&Portal=Integrating%20IT If anyone knows where to download the beta's for Visual Basic 2005 Express Edition or Visual C# 2005 Express Edition due out next week I wouldn't mind knowing where to get them. -- Marty Connelly Victoria, B.C. Canada From stephen at bondsoftware.co.nz Wed Jun 30 20:27:49 2004 From: stephen at bondsoftware.co.nz (Stephen Bond) Date: Thu, 01 Jul 2004 13:27:49 +1200 Subject: [AccessD] SQL ANDs Message-ID: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> How about ... WHERE (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) AND (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) AND ... etc Stephen Bond > -----Original Message----- > From: Martin Caro [mailto:mcaro at bigpond.net.au] > Sent: Thursday, 1 July 2004 10:30 a.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] SQL ANDs > > > Hi Folks > > I have a report query that has a WHERE followered by one or a > number of ANDs. The components of the ANDs reference text > boxes on a form each of which may or may not be populated. > How can I get it to negate one or a number of the ANDs if the > target box is Null? At the moment if any one of the AND > components is Null no records are returned. I've played > around with IIF to test each box first but no luck so far.... > > Thanks > > Martin > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From lytlenj at yahoo.com Wed Jun 30 20:42:07 2004 From: lytlenj at yahoo.com (Nancy Lytle) Date: Wed, 30 Jun 2004 18:42:07 -0700 (PDT) Subject: [AccessD] MSDE is now SQL Server Express Edition Message-ID: <20040701014207.61752.qmail@web53901.mail.yahoo.com> I downloaded it and tried to install it, but the only thing that got installed was .Net 2.0. ( I have Win XP Pro with plenty of HD space and memory) http://lab.msdn.microsoft.com/vs2005/ Nancy Lytle From jmoss111 at bellsouth.net Wed Jun 30 20:45:16 2004 From: jmoss111 at bellsouth.net (JMoss) Date: Wed, 30 Jun 2004 20:45:16 -0500 Subject: [AccessD] MSDE is now SQL Server Express Edition In-Reply-To: <40E35F22.5010401@shaw.ca> Message-ID: Here is the link to the base site, but what I can't find is the link to download .net framework beta 2 which is required by all of the express edition products. If anyone has a link to that, please enlighten me. http://lab.msdn.microsoft.com/vs2005/Default.aspx?did=1&t=4dBvzSBXOD8yXm8YdE RN57qfMSadd7Wh3L2dyXz1zFLmUU9wzjwao!LqUCUvB19S9zlQOZ1ViA9yEyVoNxAT*vCg$$&p=4 CUK6OY1LG688ZHBKzZKBJQgc!8AtWmEhxZUzMCDnBzxhyjZ9wlQYXsAtmcMDQrwh4oNEJNxj2TUV dSm9Jr3ngPbT2taRnU7PjvAuEw41QYVtODGvt7EcW3PfI4HYn7!q967CpYvrksF0$ JM -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of MartyConnelly Sent: Wednesday, June 30, 2004 7:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] MSDE is now SQL Server Express Edition http://www.itworldcanada.com/Pages/Docbase/ViewArticle.aspx?ID=idgml-d69d051 9-f389-41c0-a316-a8b92ed93714&Portal=Integrating%20IT If anyone knows where to download the beta's for Visual Basic 2005 Express Edition or Visual C# 2005 Express Edition due out next week I wouldn't mind knowing where to get them. -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From Developer at UltraDNT.com Wed Jun 30 20:58:02 2004 From: Developer at UltraDNT.com (Steve Conklin (Developer@UltraDNT)) Date: Wed, 30 Jun 2004 21:58:02 -0400 Subject: [AccessD] MSDE is now SQL Server Express Edition In-Reply-To: <40E35F22.5010401@shaw.ca> Message-ID: <000c01c45f0e$db1bce70$6401a8c0@COA3> Marty: Express Beta Home: http://lab.msdn.microsoft.com/express/ Cheers, Steve -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of MartyConnelly Sent: Wednesday, June 30, 2004 8:48 PM To: Access Developers discussion and problem solving Subject: [AccessD] MSDE is now SQL Server Express Edition http://www.itworldcanada.com/Pages/Docbase/ViewArticle.aspx?ID=idgml-d69 d0519-f389-41c0-a316-a8b92ed93714&Portal=Integrating%20IT If anyone knows where to download the beta's for Visual Basic 2005 Express Edition or Visual C# 2005 Express Edition due out next week I wouldn't mind knowing where to get them. -- Marty Connelly Victoria, B.C. Canada -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 21:07:16 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 12:07:16 +1000 Subject: [AccessD] SQL ANDs References: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> Message-ID: <00d601c45f10$220ed790$0100000a@mitmaster> Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Wed Jun 30 21:17:55 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 30 Jun 2004 22:17:55 -0400 Subject: [AccessD] SQL ANDs References: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> <00d601c45f10$220ed790$0100000a@mitmaster> Message-ID: <000d01c45f11$9edf3ed0$dd2f0a44@bcsrkeext6137> Martin - forms aren't My strong point, but what about the following syntax. Dave if IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" ----- Original Message ----- From: "Martin Caro" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:07 PM Subject: Re: [AccessD] SQL ANDs Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From DaveSharpe2 at cox.net Wed Jun 30 21:26:43 2004 From: DaveSharpe2 at cox.net (Dave Sharpe) Date: Wed, 30 Jun 2004 22:26:43 -0400 Subject: Fw: [AccessD] SQL ANDs Message-ID: <003501c45f12$d9d8ca50$dd2f0a44@bcsrkeext6137> Woops "Not" makes a big difference. ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:17 PM Subject: Re: [AccessD] SQL ANDs Martin - forms aren't My strong point, but what about the following syntax. Dave if Not IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" ----- Original Message ----- From: "Martin Caro" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:07 PM Subject: Re: [AccessD] SQL ANDs Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 21:40:20 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 12:40:20 +1000 Subject: [AccessD] SQL ANDs References: <70F3D727890C784291D8433E9C418F298FA4@server.bondsoftware.co.nz> <00d601c45f10$220ed790$0100000a@mitmaster> <000d01c45f11$9edf3ed0$dd2f0a44@bcsrkeext6137> Message-ID: <010001c45f14$c068ba10$0100000a@mitmaster> Might have a problem there as I'm referencing Integer fields...... Martin ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 12:17 PM Subject: Re: [AccessD] SQL ANDs > Martin - forms aren't My strong point, but what about > the following syntax. > > Dave > > > if IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" > > > > ----- Original Message ----- > From: "Martin Caro" > To: "Access Developers discussion and problem solving" > > Sent: Wednesday, June 30, 2004 10:07 PM > Subject: Re: [AccessD] SQL ANDs > > > Thanks for the suggestion Stephen but I tried inserting that syntax as > criteria for each field but with no luck, it looked promising. Even when I > tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was > empty. > > Any other thoughts? > > Martin > > ----- Original Message ----- > From: "Stephen Bond" > To: "Access Developers discussion and problem solving" > > Sent: Thursday, July 01, 2004 11:27 AM > Subject: RE: [AccessD] SQL ANDs > > > > How about ... > > > > WHERE > > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > > AND > > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > > AND ... etc > > > > Stephen Bond > > > > > -----Original Message----- > > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > > Sent: Thursday, 1 July 2004 10:30 a.m. > > > To: Access Developers discussion and problem solving > > > Subject: [AccessD] SQL ANDs > > > > > > > > > Hi Folks > > > > > > I have a report query that has a WHERE followered by one or a > > > number of ANDs. The components of the ANDs reference text > > > boxes on a form each of which may or may not be populated. > > > How can I get it to negate one or a number of the ANDs if the > > > target box is Null? At the moment if any one of the AND > > > components is Null no records are returned. I've played > > > around with IIF to test each box first but no luck so far.... > > > > > > Thanks > > > > > > Martin > > > -- > > > _______________________________________________ > > > AccessD mailing list > > > AccessD at databaseadvisors.com > > > http://databaseadvisors.com/mailman/listinfo/accessd > > > Website: http://www.databaseadvisors.com > > > > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From mcaro at bigpond.net.au Wed Jun 30 21:46:36 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 12:46:36 +1000 Subject: [AccessD] SQL ANDs References: <003501c45f12$d9d8ca50$dd2f0a44@bcsrkeext6137> Message-ID: <010701c45f15$a08aa810$0100000a@mitmaster> Had caught up with that but I need a wild card on intergers for this to work I think! Martin ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 12:26 PM Subject: Fw: [AccessD] SQL ANDs Woops "Not" makes a big difference. ----- Original Message ----- From: "Dave Sharpe" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:17 PM Subject: Re: [AccessD] SQL ANDs Martin - forms aren't My strong point, but what about the following syntax. Dave if Not IsNull(Forms!frm!txtBox1)then Forms!frm!txtBox1 else "*" ----- Original Message ----- From: "Martin Caro" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 30, 2004 10:07 PM Subject: Re: [AccessD] SQL ANDs Thanks for the suggestion Stephen but I tried inserting that syntax as criteria for each field but with no luck, it looked promising. Even when I tried just IsNull(Forms!frm!txtBox1) I got zero records when txtBox1 was empty. Any other thoughts? Martin ----- Original Message ----- From: "Stephen Bond" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 11:27 AM Subject: RE: [AccessD] SQL ANDs > How about ... > > WHERE > (fld1 = Forms!frm!txtBox1 OR IsNull(Forms!frm!txtBox1)) > AND > (fld2 = Forms!frm!txtBox2 OR IsNull(Forms!frm!txtBox2)) > AND ... etc > > Stephen Bond > > > -----Original Message----- > > From: Martin Caro [mailto:mcaro at bigpond.net.au] > > Sent: Thursday, 1 July 2004 10:30 a.m. > > To: Access Developers discussion and problem solving > > Subject: [AccessD] SQL ANDs > > > > > > Hi Folks > > > > I have a report query that has a WHERE followered by one or a > > number of ANDs. The components of the ANDs reference text > > boxes on a form each of which may or may not be populated. > > How can I get it to negate one or a number of the ANDs if the > > target box is Null? At the moment if any one of the AND > > components is Null no records are returned. I've played > > around with IIF to test each box first but no luck so far.... > > > > Thanks > > > > Martin > > -- > > _______________________________________________ > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com -- _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd 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 Jun 30 21:51:01 2004 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 01 Jul 2004 12:51:01 +1000 Subject: [AccessD] SQL ANDs In-Reply-To: <010001c45f14$c068ba10$0100000a@mitmaster> Message-ID: <40E408B5.27567.64E26A8@localhost> On 1 Jul 2004 at 12:40, Martin Caro wrote: > Might have a problem there as I'm referencing Integer fields...... > How about posting the actual SQL that does work if all the boxes are selected, that will make it much easier to give you a working solution rather than keep on finding out these extra points. -- Lexacorp Ltd http://www.lexacorp.com.pg Information Technology Consultancy, Software Development,System Support. From mcaro at bigpond.net.au Wed Jun 30 23:28:23 2004 From: mcaro at bigpond.net.au (Martin Caro) Date: Thu, 1 Jul 2004 14:28:23 +1000 Subject: [AccessD] SQL ANDs References: <40E408B5.27567.64E26A8@localhost> Message-ID: <012f01c45f23$d87c37d0$0100000a@mitmaster> Thanks Stuart, below is the SQL and it selects records depending on if one or more components of the AND construct have values inserted. The first AND will always have data (ie the date range and the TargetPestPlantID) but if one (or more) of the remaining components are left vacant I do not want the whole construct not to work. Martin SELECT....................etc FROM dbo_ViewPWLocations WHERE (((dbo_ViewPWLocations.ActivationDate) Between [Forms]![frmReports]![RptStartDate] And [Forms]![frmReports]![rptEndDate]) AND ((dbo_ViewPWLocations.TargetPestPlantID)=[Forms]![frmReports]![TempPestID]) AND ((dbo_ViewPWLocations.PremiseTypeID)=[Forms]![frmReports]![rptPremise]) AND ((dbo_ViewPWLocations.InspectorID)=[Forms]![frmReports]![rptInspector]) AND ((dbo_ViewPWLocations.LocationTownCity)=[Forms]![frmReports]![rptSuburb])); ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Thursday, July 01, 2004 12:51 PM Subject: Re: [AccessD] SQL ANDs > On 1 Jul 2004 at 12:40, Martin Caro wrote: > > > Might have a problem there as I'm referencing Integer fields...... > > > > How about posting the actual SQL that does work if all the boxes are selected, > that will make it much easier to give you a working solution rather than keep > on finding out these extra points. > > > > -- > Lexacorp Ltd > http://www.lexacorp.com.pg > Information Technology Consultancy, Software Development,System Support. > > > > -- > _______________________________________________ > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com >